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ÜBERHAUPT 
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Der grafische Gehilfe 


Grafiksubsystem 

MEGAVISION II Seite 14 DER 

MS-DOS GRAFISCHE 

RER ET TER RER < 

PC Intim GEHILFE 

Teil 1: Die Grafik des PC Seite 21 Die Auflösung des AMIGA galt schon 
immer als grandios. Doch das Grafik- 

PC Games Subsystem MEGAVISION 2 zeigt, daß dies 

Drei Spiele für den PC Seite 26 noch lange nicht genug sein muß. Mit einem 
eigenen Monitor versehen, verwandelt sie 

Mit dem Rechner auf DU und DU den AMIGA in ein semiprofessionelles 

Assembler- Kurs Teil 5 Seite 28 Grafiksystem, das einiges zu bieten hat. 1 A 

Seite 


True for Blue 
True Basic auf MS-DOS Seite 32 


GRUNDLAGEN 


Vom Problem zum 
Programm Seite 35 


Zufallsgeneratoren 
Dem Zufall 
in die Karten geschaut Seite 39 


C-Kurs Teil 5 Seite 41 





Tips und Tricks zu 
Deluxe Paint II Seite 45 


a KICKS FÜR 
u INSIDER 


der Systemroutinen Seite 49 In der zweiten KICKS-Ausgabe sind 
auch wieder interessante KICKS 

Kavaliersstart enthalten, so z.B. der Röhrenschoner, 

Der Bootblock Seite 64 der den Bildschirm nach einer 
bestimmten Zeit erlöschen läßt. 83 

LISTINGS Mehr auf Seite 

ET FREE] 

Schriftwechsel 

Systemfonts in Amiga Basic Seite 54 

HARDWARE 

Der Lichtgriffel Seite 69 

Der Kontaktmann 

Mitsubishi- Monitor Seite 72 

SOFTWARE 

Neuer Wind im Segel ? 

Lattice C 4.0 Seite 74 

Der Buchhalter Seite 78 
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64ER-FIEBER 


Nachdem der AMIGA nun fast jeden 
angesteckt hat, ensteht die Frage, ob 
die User gegen das neuentdeckte 64er- 


Fieber immun sind. 


Wir waren jedenfalls dagegen 
Seite 


gerüstet. 








PC-INTIM 


Im ersten Teil unserer neuen Serie 


80 


MIT BASIC 


ANS 
SYSTEM 


Die Sprache Basic wird von 


ernsthaften Programmierern aus 
vielerlei Gründen gerne belächelt. 


Ein Argument - der unklare 


Systemzugriff - möchten wir mit 


gehen wir auf die Grafik des PC ein. 
Alle Sidecar- bzw. Bridgeboard-User > | 


kommen hier auf ihre Kosten. 


Seite 


dieser Serie entkräften. Ran geht’s. 


Seite 





49 


Die gute alte Zeit 


Der 64 - Emulator Seite 80 
KICKS FUR INSIDER 
Röhrenschoner 

Bildschirmabschaltung Seite 84 
Jump 

If-Befehl fürs CLI Seite 89 
Wo war’s doch gleich ? 

Find hilft weiter. Seite 92 
Auf geht’s 

Fraktale Landschaften Seite 96 
SPIELE 

Garrison II 

The Legend continues Seite 99 
Jinxter 

Slang bis zum Absturz Seite 100 
Indoor Sports 

Freizeitsport in der Kneipe Seite 101 
TOP 12 ; 
unsere monatliche Hitliste Seite 102 
RUBRIK 

News Seite 7 
CeBIT Aktuell Seite 12 
Hardware-Wettbewerb Seite 68 
Tips &Tricks Seitel10 
Einkaufsführer Seite 104 
Inserentenverzeichnis Seite 106 
Kickstart Grafik Spezial Seite 108 
Public Domain Service Seite 112 
Vorschau 

Impressum Seite 114 
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FABIAN & MAYER 


VERSION 3.6 
AZTEC-C68FÜR AMIGA 


Wußten Sie, daß eines der verbreitesten und komplexesten Betriebs- 
systeme - UNIX - in C geschrieben ist ? 




















Wußten Sie, daß auch das Betriebssystem 
des AMIGA größtenteils in C geschrieben 
wurde ? 


Wußten Sie, daß C eine der wichtigsten 
und modernsten Programmiersprachen 
ist ? 


Wußten Sie, daß Aztec-C einer der 
schnellsten und leistungsfähigsten 
Compiler für den AMIGA ist ? 


Wusßten Sie , daß jetzt 
Aztec-C in der Version 3.6 
verfügbar ist ? 


Möchten Sie mehr darüber wissen? 
Dann schicken Sie uns einen ausreichend 
frankierten Rückumschlag und Sie erhalten 
ausführliche Information. ' 





HIERMIT BESTELLE ICH: [GEGEN VORAUSKASSE 
ÜD NACHNAHME 

[] AZTEC-C68K/AM-P (3,70 DM NACHNAHMEGEBÜHR) 
PROFESSIONAL SYSTEM FÜR DM398.- NAME: 

[] AZTEC-C68K/AM-D 
DEVELOPER SYSTEM FÜR DM598.- VORNAME: 

[] AZTEC-SDB SOURCE 
LEVEL DEBUGGER FÜRDM 149.- BERATEN er a I 4 F 
VERSANDKOSTEN: MERLIN COMPUTER GMBH 
INLAND DM 7,50, AUSLAND DM 10,- ORT: se en re INDUSTRIESTRAßE 26 
VORAUSKASSE 6236 ESCHBORN 
AUSLANDSBESTELLUNGEN NUR UNTERSCHRIFT: __ TEL. 06196/481811 


GEGEN VORAUSKASSE 
ATTEC-C IST FIN EINGETRAGENFS WARENZEICHEN VON MANY SOFTWARF SYSTEMS 








NEUE 
DRUCKER 
VON STAR 


Der Drucker-Riese Star kommt wieder ins 





Gerede. Das Low-Cost-Produkt aus die- 
sem Hause, der NL-10, wird durch einen 
neuen Einstiegsdrucker ergänzt. Laut Star- 
Management soll der neue Drucker LC-10 
an die Verkaufserfolge des NL-10 an- 
knüpfen. Der Preis liegt mit 695.- DM in 
denselben Breiten wie der seines Vor- 
gängers. Natürlich präsentiert sich der LC- 
10 mit einigen Neuerungen. Diesbezüglich 
ist die dem Trend folgende ‘Papier-Park- 
Einrichtung’ zu nennen, das bedeutet, daß 
bei einem Wechsel von Endlos- auf Ein- 
zelblattpapier das Endlospapier nicht aus 
dem Drucker entfernt werden muß, die ein- 
zelnen Blätter werden über einen separaten 
Schacht eingeführt. Eine weitere Neuerung 
gegenüber dem Vorgänger besteht im Pa- 
piervorschub, der jetzt auch in kleineren 
Schritten vollzogen werden kann. Außer- 
dem sind vier standardmäßig eingebaute 
Fonts erreichbar - Courier, Sanserif, Orator 
1 + 2. Auf der Basis eines 9 Nadel-Matrix- 
Druckers besitzt er folgende technische 
Daten: 144 cps bei Schnell-, 36 cps bei 


Schönschrift, 10 Zoll Druckbreite, vier 
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staur 1.5 




















Der neue 9-Nadel-Matrix-Drucker von Star, der LC-10 


verschiedene Fonts, paralleles Centronics- 
Interface (serielles Commodore-Interface 
für C64), Schubtraktor, Papier-Park- 
Einrichtung, halbautomatischer Einzelblat- 
teinzug, 4 KB Speicher und eine Geräusch- 
entwicklung von 53 dB(A).Für 245.- DM 
ist ein automatischer Einzelblatteinzug als 
Zubehör erhältlich. 

Für die Zukunft wird auch eine Farbversion 
des LC-10 verfügbar sein - der LC-10 Co- 
lor. Äußerlich gleicht er dem LC-10 und 
wird bis zu sieben Farben auf das Papier 
bringen. Zum Preis von 795.- DM wird das 
Farb-Gerät ab März '88 im Fachhandel 
erhältlich sein. 

Zur LC-Familie gesellt sich auch ein 24 


Nadler - der LC24-10. Gegenüber dem 9 


Nadel-Drucker bietet der LC24-10 eine 
höhere Druckgeschwindigkeit und ein bes- 
seres Schriftbild. Neben der Papier-Park- 
Einrichtung ist eine weitere Neuerung ein- 
gebaut, eine sogenannte ‘Leise-Taste’. Bei 
Bedarf kann der Geräuschpegel des 


Druckers gesenkt werden. 


STAR 
MICONISCS DEUTSCHLAND GmbH 


Mergenthalerallee 1-3 


6236 Eschborn 
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Der Gorilla als Hardcopy, mit dem CP-80X 
erstellt 


DERCP-80X 
DRUCKER 











AMIGA 


Einer der meistverkauften Drucker für den 


C64 ist mit Sicherheit der CP-80X. Leider 





gab es Schwierigkeiten, diesen Drucker an 
den AMIGA anzuschließen, so daß beson- 
ders Umsteiger, die diesen Drucker be- 
sitzen, verärgert waren. Die Firma CSJ 
COMPUTERSOFT JONIGK bietet unter 
anderem ein Drucker-Anpassungsset an, 
um eben diesen Drucker an den AMIGA 
anzuschließen. Im Lieferumfang befindet 
sich eine Workbench-Diskette, auf der sich 
zwei CP-80X Druckertreiber befinden, des 
weiteren findet der Käufer ein Kopier- 
programm, mit dem die Treiber auf ver- 
schiedene Arbeitsdisketten (DPaint, Page- 


setter,...) kopiert werden können. 
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SOFTWARE- 
PAKETAN 


Commodore hat zwei deutsche Programme 











zu einem Paket verschnürt. Es handelt sich 
hierbei um ein Datenbank- und ein Kal- 
kulations-Programm. Besitzer eines AMI- 
GA 500 oder 2000 können in den Genuß 
der zwei Programme mit einen Un- 
kostenbeitrag von 399.- DM kommen. Das 
Kalkulationsprogramm nennt sich Ami- 
gaCalc und wird in dieser Ausgabe aus- 
führlich getestet. Die Datenbank besitzt 
den Namen Superbase Personal, beide Pro- 
gramme haben eine mausorientierte Ober- 
fläche und sind wie die mitgelieferten 
Handbücher in deutscher Sprache gehalten. 
Anbieter: gut sortierte Fachhändler 


Preis: 399.- DM 





Außerdem wird ein EPROM mitgeliefert, 
das gegen das im Drucker befindliche 
ausgetauscht werden muß. Der diesbezüg- 
liche Umbau wird in einer Bedienungs- 
anleitung ausfürlich beschrieben, so daß 
auch Laien keine Schwierigkeiten zu er- 
warten haben. Da die Druckqualitäten des 
CP-80X mit dem Treiber ausgezeichnet 
sind und auch alle Druckmodi unterstützt 
werden, lohnt sich der Umbau durchaus. 


Der CP-80X läuft dann mit allen AMIGA. 


Anbieter: CSJ COMPUTERSOFT JONIGK 
An der Tiefenriede 27 
3000 Hannover 1 
Tel. 0511-886383 


Preis:59.90 DM 








Eindeutige Grafik und keine überflüssigen 
Worte prägen das Lernprinzip. 


LANDER 
DIESER 


ERDE 











Lernen fällt meist schwer und hat nicht 
immer den gewünschten Erfolg. Das Pro- 
gramm ‘Länder dieser Erde’ ist ein Lern- 
programm, um die vielen, vielen Länder, 
die es nun mal auf diesem Planeten gibt, 
kennenzulernen. Dazu werden die einzel- 
nen Erdteile auf dem Bildschirm dargestellt 
und die Länder per Mausklick abgefragt. 
Die Arbeitsweise beruht auf dem Prinzip 
des ‘gehirn-gerechten Lernens’ von Vera F. 
Birkenbihl, die auch durch mehrere Bücher 
über jenes Thema bekannt wurde. 

Der Preis des Produktes liegt bei DM 39.-. 


Vertrieb: 


LERN PARTNER 
Jahnstraße 91 
7535 Königsbach-Stein 


Tel.: 07232-4293 





technicSupport 
















incl. 7% MwSt. 
excl. Versand 


2 [7] 
‘ 
incl. 7% MwSt. 
incl. Versand 


Bestellungen an: 


technicSupport 


Amiga-Publikationen 
Bundesallee 36-37 


AMIGA-TEX 


Dieses leistungsfähige Text- und 
Satzprogramm gibt es jetzt auch 
für AMIGA. Ob kleine Texte 
oder ganze Bücher mit Um- 
bruch, ob einfache Briefe oder 


AMIGA-KATALOG 87/88 


Unentbehrlich für alle AMIGA- 
User: Dieser offizielle Commo- 
dore-Katalog beschreibt mehr 
als 1000 Produkte, darunter Soft- 


ware, Hardware und Literatur. 





wissenschaftliche Texte mit For- 
meln - für AMIGA-TEX ist das 
kein Problem. Demo-Diskette 
mit Infomaterial für DM 20- incl. 
MwSt. und Versand anfordern. 


Zusätzlich enthalten: Tests, Tips 
& Tricks, Bezugsquellen, Her- 
steller- und Vertriebsadressen, 
Preise. Preis incl. 7% MwSt. und 
Versand DM 20. 


AMIGA PUBLIC DOMAIN HANDBUCH 


Endlich: Die deutsche Anlei- 
tung für AMIGA PUBLIC 
DOMAIN SOFTWARE ist da! 
Mit ausführlicher Beschreibung 
der Programme, Anleitung zum 
CLI, Auflistung aller Disketten 
und Programme. Es gibt mehr 
als 200 randvolle Disketten, hier 


ist der Schlüssel zur AMIGA- 
PD-Software. Daran denken: 
PD-Software ist (fast) kostenlos. 
Und: Es gibt eine eigene PD- 
Reihe mit Programmen zum 
Buch! 

Das Buch: DM 49; incl. 7% 
MwSt. plus Versand. 





1000 Berlin 


Bestellschein: 


_— Stück AMIGA PUBLIC 
DOMAIN HANDBUCH 

je DM 49,- plus Versand 
Informationen zum 
PD-Handbuch 

DM 5- incl. Versand 
Informationen zur 
PD-Reihe zum Buch 

DM 5-- incl. Versand 

— Stück 
AMIGA-KATALOG 87/88 

je DM 20-- incl. Versand 
AMIGA-TEX Informationen 


mit Demo-Diskette 
DM 20-- incl. Versand 


Ich zahle per: 
U] Verrechnungsscheck (liegt bei) 
Nachnahme. 














Name 


Straße 


Ort 


31 





NEUE GRAFIK 


SOFTWARE 





THE DIRECTOR 


The Director ist ein neues Animations- 





programm für den Amiga, das für die Er- 
stellung von allen Arten von Animationen 
und Präsentation gedacht ist. Es stellt dem 
Anwender eine Art Basic-ähnliche Sprache 
zur Verfügung, mit der die Abläufe der 
Animationen einfach beschrieben werden 
können. Hierbei sind auch Zugriffe auf 
Blitterfunktionen möglich. The Director 
arbeitet mit sämtlichen Bildschirmmodi 
des Amiga und beherrscht auch den 
Overscan ( volle Ausnutzung des Bild- 
schirms ohne Rand links und rechts ). 
Neben einigen standardmäßigen Bildverar- 
beitungsfunktionen kann der Director auch 
komplette IFF-Animationsfiles ( z.B. mit 
Videoscape 3D erzeugt ) einbinden, wobei 
die Möglichkeit besteht, diese nur in Teil- 
bereichen des Bildschirms ablaufen zu 
lassen. Zusätzlich können die Animationen 
auch mit digitalisierten Klängen unterlegt 
werden. 

Alles in allem verspricht dieses Programm 
größtmögliche Flexibilität für die mannig- 
faltigsten Anwendungen. 

The Direcior 

Herst.: The Right Answers Group 


Vertrieb: GTI 


INTROCAD 


IntroCAD ist eines der neuen Produkte von 





Progressive Periphals & Software. Es 
handelt sich dabei um ein preiswertes 
CAD-Programm für Konstruktionszeich- 
nungen, Schaltplanlayouts und ähnliche 
Anwendungen. Trotz seines niedrigen 


Preises bietet IntroCAD eine große 
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PRIEEN 
DENVER, 


PR 


&_PROGRAN MORTH USING 15 WORTM BUNG 








Auswahl an Funktionen, wozu unter 
anderem die Möglichkeit gehört, sich eine 
Bibliothek an Bauteilen oder anderen 
häufig verwendeten Zeichen zu definieren 
und abzuspeichern. Weiterhin sind alle 
notwendigen Zeichenfunktionen, beliebige 
Textgrößen, Rotationen und weitere 
spezielle CAD-Funktionen integriert. Die 
größte Besonderheit von IntroCAD liegt 
allerdings in der außerordentlich großen 
Auswahl an speziellen Druckertreibern, mit 
denen sich fast jedes gängige Modell 
ansteuern läßt. Diese Druckertreiber 
unterstützen den High Density-Modus ( so- 
fern der angesteuerte Drucker darüber 
verfügt ), bei dem Auflösungen von bis zu 
360*360 Punkte pro Zoll wiedergegeben 
werden können, wodurch man mit 
Matrixdruckern annähernd Laserdrucker- 


qualität erreicht. 


IntrocAD 
Herst.: Progressive Periphals & Software 
Preis: ca. 190.- DM 


Vertrieb: Fachhändler 


PIXMAIE 








PIXmate ist da zweite neue Produkt von 
PPS ( siehe IntroCAD ). Es handelt sich 
dabei um ein Bildverarbeitungsprogramm 
in der Art des Butchers. Der sogenannte 
Image-Processor dieses Programms soll 
laut Produktinformation über mehr als 
3000 spezielle Effekte zur Bildverar- 
beitung verfügen. Weiterhin arbeitet das 
Programm mit speziellen neuen Blitter- 
routinen, die größtmögliche Geschwindig- 
keit mit sich bringen. Das gleiche gilt für 
Color Cyclings, die laut Produktin- 
formation die schnellsten auf dem ge- 
samten Softwaremarkt sein sollen. Auch 
ein Farbequalizer, mit dem man die 
Intensität aller Farbanteile regulieren kann, 
fehlt nicht. Ein Test dieses Programms wird 
in unserem in Kürze erhältlichen Sonder- 


heft erscheinen. 
PIXmate 


Herst.: Progressive Periphals & Software 
Preis: ca. 170.- DM 


Vertrieb: Fachhändler 


SILVER1.1 














Das bereits in der Dezemberausgabe ge- 


testete Ray Tracing-Animationsprogramm 
Silver liegt in einer Update-Version vor, 
die einige neue Features enthält. So können 
jetzt Bilder im IFF-Format abgespeichert 
werden, was die Nachbearbeitung mit 
beliebigen Malprogrammen o.ä. ermög- 
licht. Die bedeutendste Neuerung ist aller- 


dings die Möglichkeit, Objekte mit einem 


beliebigen Muster zu überziehen ( Texture, 
1 


Mapping ), das als IFF-Bild oder -Brush 
geladen werden kann. Diese Funktion 
erweitert die gestalterischen Möglich- 
keiten von Silver enorm. Jeder Szene 
können bis zu 8 verschiedene Muster 
eingeladen und um beliebige Objekte ge- 
wickelt werden. Weiterhin wird Silver in 
Kürze in einer komplett deutschen Version 


ausgeliefert. 


Silver 
Herst.: Impulse, Inc. 
Preis: 279.- DM ( englisch ), 299.- DM (deutsch ) 


Vertrieb: IM, Frankfurt, 0691/7071102 





Mit PORTS OF CALL präsentiert Aegis 
nach ARAZOKS TOMB bereits das zweite 


Spiel. Es handelt sich dabei um eine 
Schiffahrts-Handels-Simulation mit bis zu 
vier Spielern. Die Graphik des Spiels stam- 
mt übrigens von Sachs, der schon bei 


DEFENDER OF THE CROWN von Cine- 


maware Pate gestanden hat. 





Ports of Call-Aegis läßt seine Handelsmarine 
auslaufen 


Ziel von PORTS OF CALL ist es, eine 


möglichst große und ertragsreiche Han- 


delsflotte aufzubauen. Vor den Erfolg ha- 
ben die Programmierer aber zahlreiche Eis- 
berge, Piraten und Windhosen gesetzt. 
Noch schlimmer wird es, wenn die Lotsen, 
die Ihr Schiff gegen eine entsprechende 
Gebühr in den Hafen steuern, beschließen 
zu streiken. Schäden an Kaimauern werden 
übrigens nicht von der Versicherung 
gedeckt. 

Schon der Anfang des Spiels bietet ge- 
nügend Optionen, um sich “ewig lange” 
aufzuhalten. So präjudiziert bereits die Ent- 
scheidung, welche Schiffe Sie am Anfang 
erwerben, zum Teil die Strategie Ihres 
späteren Handels und Ansehens. Die Wahl 
des Heimathafens (aus über 30 ange- 
botenen Städten) kann Ihnen bereits am 
Anfang einen Wettbewerbsvorteil bringen 
(z.B. NEW YORK oder San Francisco). 
Unser erster Eindruck: Gute Graphik und 
Spielwitz machen PORTS OF CALL zu ei- 
nem sehr empfehlenswerten Spiel. Ein aus- 


führlicher Test folgt. 


Anbieter: AEGIS 


THUNDERBOY 











Julian auf dem Weg zum Vulkanschloß 


Alles ist friedlich im Donnertal, bis sich 
eines Tages der Himmel verdunkelt, es an- 
fängt zu regnen, Blitze vom Himmel 
zucken - kurz gesagt, es herrscht Unter- 
gangsstimmung. Drago ist aufgetaucht und 
unterdrückt seit diesem legendären Tag das 
Donnertal, nur Julian und Jane können den 
Einflüssen des Drachen entrinnen. Doch 


Drago entführt Jane in sein Vulkanschloß 


und Julian macht sich auf den Weg, Jane 
aus den Fängen des Drachen zu befreien. 
Alle Tiere des Tales sind dem Unhold aber 
untertan und machen Julian Schwierig- 
keiten. Soweit zur Rahmenhandlung von 
THUNDERBOY. Als Spieler muß man 
natürlich unseren Helden Julian steuern, 
dabei scrollt der Bildschirm von rechts 
nach links und Julian muß Tiere und Ab- 
gründe überspringen, außerdem sollte er 
sich stärken und Früchte einsammeln. Die 
Grafik ist zum Teil leicht naiv und kommt 
im Grunde nicht an höhere AMIGA-An- 
sprüche heran. Der Sound des Spiels ist gut, 
besonders wenn es unseren kleinen Helden 
‘erwischt’ hat, ertönt ein nervenaufreiben- 
des Gejammere, auch die Hintergrund- 
musik ist sauber digitalisiert und hörens- 
wert. 

THUNDERBOY wird nicht so schnell 
langweilig, der ständig steigende Schwie- 
rigkeitsgrad zeichnet das Spiel des weiteren 
aus. AMIGA-Besitzer, die solche Art von 
Spielen lieben, werden Gefallen an 


THUNDERBOY finden. 


Anbieter: RAINBOW ARTS Software GmbH 
Münsterstr. 27 


4830 Gütersloh I 


Preis: 59.95 DM 








The Wall hat Bilder als Hintergrundgrafiken 
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Nein, kein Bezug zu der wohl allseits 
bekannten LP von Pink Floyd, sondern eine 
weitere Breakout-Variante. Das Besondere 
an THE WALL ist sicherlich die gute 
Musik und daß Bilder als Hintergrund- 
grafiken dienen. Während aus dem einen 


Kanal Spielgeräusche erklingen, tönt aus 


dem zweiten eine futuristische Melodie. 


Des weiteren bietet THE WALL für 
besonders gute Spieler eine Bonusrunde 
an, in der ausgewählte Grafiken zum 
Einsatz kommen. Ansonsten bietet das 
Programm nichts Neues an Breakout- 


Variationen. 


Anbieter: RAINBOW ARTS Software GmbH 


Münsterstr. 27 


4830 Gütersloh I 


Preis: 49.95 DM 
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Wieder einmal ist es soweit, die größte 
Computermesse der Welt öffnet vom 16.- 
23. März ihre Hallen, um dem begeisterten 
Publikum das Neueste vom Computer- 
markt zu präsentieren. Wie immer ist der 
Ort der Handlung die CeBIT in Hannover, 
die seit Ihrer Entstehung aus der ge- 
meinsamen Hannovermesse immer mehr 
an Bedeutung gewinnt. 


Wie schon im letzten Jahr sind wir wieder 
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auf dieser Messe vertreten, erstmals auch 
mit einem eigenen Stand, auf dem Sie mit 
uns Redakteuren und anderen Computer- 
freunden angeregte Gespräche führen 
können. Für Anregungen und Vorschläge 


haben wir immer ein offenes Ohr und auch 


ALLE 


I 


angehende Autoren können hier erste Kon- 


takte mit uns knüpfen. Versäumen Sie also 


nicht, bei Ihrem Besuch der Hanno- 


vermesse bei uns vorbeizukommen. 


BESUCHEN SIE UNS! 
HALLE 17,STANDA70 











VAMPIRE’S 
EMPIRE 


Van Helsing, der in der Welt verachtet und 








gemieden ist, macht sich auf, um diese zu 
retten. Sein Ziel sind die dunklen Gewölbe 
der Finsternis, das Zuhause des Grafen 


DRACULA. Seine Aufgabe besteht darin, 





einen göttlichen Lichtstrahl in die 
Gemächer des Grafen zu leiten, damit der 
Blutsauger zu Asche zerfällt. Doch bis in 
die Gemächer ist es ein weiter Weg. Einige 


Hilfsmittel stehen dem wackeren Helden 





zur Verfügung - Knoblauch, Spiegel und 
einiges mehr. 

Van Helsing ist nicht mehr der Jüngste, 
trotz seines dem Alters und gibt er sich aber 
recht sportlich, böse Geister werden mit 
Fußtritten verjagt, aber Detlef - ein 
blondgelockter Blutsauger, der sich in Van 
Helsing verliebt hat, läßt sich nicht so ein- 
fach abschütteln, genauso wie Sybille - die 


anziehende Sirene der Unterwelt. 











Die Grafik von VAMPIRE’S EMPIRE ist 






ausgezeichnet, mit viel Liebe im Detail 
wurde gezeichnet und animiert. Der Sound 
ist der gruseligen Atmosphäre des Spieles 


angepaßt. Das rasante Aktionspiel wird si- 






cher seine Fans finden. Der Redaktion hat 







es auf jeden fall viel Spaß bereitet. 







Anbieter: ARIOLASOFT 





Goethestr. 1 





4830 Gütersloh 





Preis: 59.95 DM 

























Van Helsing auf der Jagd auf Graf Dracula. 











SHADOWGATE 


Nach DEJA VU und UNINVITED prä- 
sentiert Mindscape jetzt mit SHADOW- 
GATE das dritte Adventure von ICOM Si- 





mulations. Die Geschichte ist, wie bei den 
beiden anderen Abenteuern dieser Serie, 
dem Genre der FANTASY entlehnt. Dra- 
chen, Dämonen, Zauberer, Troll und Mon- 
ster geben sich im Schloß des Grauens die 
Türklinken in die Hand. 

Sehr gut in der Hand liegt auch die äußerst 
stabile Verpackung. Die 16-seitige Anlei- 
tung erklärt sehr genau, wie die einzelnen 
Optionen des Spiels handzuhaben sind. 
Über das“ Amiga-Venture” selbst schweigt 
sie sich eher aus. Sound und graphische 
Details sind geeignet, dem unvorsichtigen 
Benutzer so manchen Schauer über den 


Rücken zu jagen. Vor den Eintritt in 




















Das Tor zum Schattenreich 


SHADOWGATE hat ICOM allerdings die 
Suche nach dem Schlüssel gesetzt. (Tip: 15 
1605 141903 21 12 12) 

Das Ziel ist wie immer kein geringeres als 


“die Rettung der Welt” - auf geht's. 








KINGSOFT 


MIKE THE MAGIC DRAGON hat sich 





seit seinem Auftritt als Demoversion sehr 

















Der Drache hat es nicht leicht. 


zu seinem Vorteil verändert. Es ist ein 
Spring- und Hüpfspiel, dessen Held, ein 
kleiner grüner Drache, auf diversen Pla- 
teaus verschiedene Gegenstände einsam- 
meln muß. Besonders schön sind auch die 
Hintergrundgrafiken. Das Thema selbst ist 
zwar nicht neu, aber Kingsoft präsentiert 
hier die bisher gelungenste Umsetzung die- 


ses Themas für den Amiga. 
Anbieter: KINGSOFT 


Grüner Weg 29 
5100 Aachen 


Preis: 2995 DM 


INERTIA 
DRIVE 


Das Softwarehaus OZISOFT bringt ein Ak- 





tionspiel, das vielen vielleicht bekannt vor- 
kommt. Denn auch diese Spielidee hatte 
bereits einen Vorläufer - SURVIVOR aus 
dem Jahr 1984 (C64). Der Spieler (nur 
einer) versucht sich vor auf ihn zustürzen- 
den “Goobers” in Sicherheit zu bringen 
oder diese abzuschießen, während er 
gleichzeitig noch etliche Kugeln attackiert, 
um so die feindliche Festung zur Explosion 
zu bringen. Die Grafik von Inertia Drive ist 
ganz ausgezeichnet, die Spielgeschwin- 
digkeit und der Sounu stehen dem kaum 


nach. 
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VON WOLF DIETRICH 


JÖNGLEUR 


Die größte Faszination des Amiga liegt sicher 
nach wie vor im grafischen Bereich. Doch so 
leistungsfähig diese Maschine ist, man stößt 
auch hier irgendwann auf Grenzen von Auflö- 
sung und Farbvielfalt. Dies mag natürlich 
auch daran liegen, daß die Ansprüche immer 
schneller steigen. Für diejenigen, die an die- 
sem Punkt angelangt sind, ergeben sich nun 
neue Perspektiven, und zwar in Form eines 


grafischen Subsystems. 





GRAFISCHER Heft in den News vorgestellt, und nach serienmodell, dessen Unterschiede 
kurzfristiger Rücksprache mit dem zum endgültigen Modell allerdings nur 
GEHILFE Hersteller, der Firma Sang Computer- in der Gehäuseausführung und dem 


Wir hatten dieses ( zumindest für den 
Amiga ) neue Produkt bereits im letzen 


systeme in Essen, erhielten wir eines 
der ersten fertigen Geräte zum Test. 
Hierbei handelte es sich um ein Vor- 


Bus-Stecker bestehen. Die Megavision 
02, wie der Name dieses Subsystems 
lautet, präsentiert sich als eigen- 


ständige grafische Einheit. Das Herz 
des Gerätes ist ein Grafikprozessor 
vom Typ Hitachi HD63484, welcher 
auch als ACRTC bezeichnet wird. 
Weiterhin arbeitet die Megavision mit 
einem Color LookUp Table ( CLUT ) 





P3 


vom Typ INMOS G170, welcher dem 
System eine Farbpalette von 262144 
Farben zur Verfügung stellt. Optional 
läßt sich die Megavision allerdings 
auch mit einem CLUT INMOS G172 
ausrüsten, wodurch die Farbpalette auf 


16777216 Farbtöne ausgeweitet wird. 
Von diesen Farben stehen dann, unab- 
hängig davon, welcher CLUT einge- 
setzt ist, 256 zur gleichzeitigen Dar- 
stellung auf dem Monitor zur Verfü- 
gung. Weiterhin ist die Megavision 02 
mit einem Megabyte Speicher aus- 
gerüstet, wobei es sich um 256 Kbit- 
Chips handelt, die 64bitweise orga- 
nisiert sind. Diese nicht gerade billige 
Lösung wurde angewandt, da der in- 
terne Datenbus des Subsystems 64 Bit 
breit ist. Angesteuert wird die Mega- 
vision 02 über den ExpansionPort des 
Amiga, also über den Systembus. Dies 
ist zweifelsohne der schnellste Kom- 
munikationsweg, der sich ohne tech- 
nische Komplikationen anbietet. Der 
Busstecker der Megavision ist nicht 
durchgeschliffen, weshalb das System 
nur mit solchen Erweiterungen, die 
ebenfalls auf den Bus gesteckt werden, 
zusammenarbeitet, die einen durch- 
geschliffenen Bus haben. Energie- 
probleme wird man aber mit der 
Megavision 02 nicht bekommen ( wie 
das bei der Kombination einiger 
anderer Erweiterungen leider der Fall 
ist ), da sie über ein eigenes Netzteil 
verfügt. Das Testmodell besaß ein In- 
terface zum Amiga 1000; für die an- 
deren Modelle der Amiga-Serie sind 
Interfaces in Vorbereitung. Beim Mo- 
nitorsignal der Megavision handelt es 
sich um ein RGB-Analog-Signal, das 
über einen D-Sub-9Pol-Stecker aus- 
gegeben wird. Um die Grafik der Me- 
gavision sichtbar zu machen, muß der 
Anwender über einen Multisync-Mo- 
nitor verfügen, da sie über die un- 
terschiedlichsten Bildwiedergabefre- 
quenzen verfügt. Der normale Amiga- 
Monitor ist dabei nicht in der Lage, das 
Bild zu synchronisieren. Aller-dings ist 
es sowieso ratsam, über zwei Monitore 
zu verfügen, da man beim Einsatz der 
Megavision zwei vollkommen unab- 
hängige Bildsignale hat, und man beim 
Einsatz von nur einem Monitor ständig 
umstöpseln müßte, was den Geräten 
nicht gerade gut tut, abgesehen von der 
Umständlichkeit einer solchen Vor- 
gehensweise. Die Verarbeitung der 
Megavision kann durchweg als sehr 
gut bezeichnetwerden, was 
sowohl für das stabile _ 
Gehäuse als auch F 
die sehr sauber 
aufgebaute 
Platine gilt. 







Die Bedienungsanleitung der Mega- 
vision erweist sich als recht knapp, 
aber vollständig und gut verständlich. 
Da es dabei vorallem um die Program- 
mierung des Systems geht, wird sich 
der versierte Anwender damit aus- 
reichend zurechtfinden. Wer allerdings 
keine Programmiererfahrung mitbringt 
und somit mit den Konventionen der 
C-Programmierung nicht vertraut ist, 
wird gelegentlich auf Schwierigkeiten 
stoßen. 


BELIEBIGE 
AUFLOSUNGEN 


Wie auch der Amiga, ist die Megavi- 
sion 02 nicht auf eine feste Auflösung 
festgelegt. Allerdings ist die Spanne 





AMIGA 1000 


der Variationsmöglichkeiten beim 
Subsystem deutlich größer, denn die 
Auflösung und die Bildwiedergabe- 
frequenz sind hier so miteinander 
verknüpft, daß sich für den Program- 
mierer vielfältige Möglichkeiten er- 
geben. 

In den mitgelieferten Demopro- 
grammen, die auch als C-Sources vor- 
liegen, werden erst einmal drei Stan- 
dardauflösungen verwendet: zum ers- 
ten 720*540 Pixel mit 60 Hertz Bild- 
wechselfrequenz, dann 800*600 Pixel 
mit 55 Hertz Bildwechselfrequenz und 
zuletzt 1024*768 Pixel mit 30 Hertz 
Bildwechselfrequenz im Interlace-Mo- 
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dus. 

Wie man hierbei sieht, sinkt die Bild- 
wechselfrequenz mit dem Ansteigen 
der Auflösungen, was in der maxi- 
malen Pixelrate von 32 Megahertz 
begründet liegt, welche der Gesamt- 
zahl der pro Sekunde darstellbaren 
Pixel entspricht. Bei allen beschrie- 
benen Auflösungen stehen dem An- 
wender alle 256 gleizeitig einsetzbaren 
Farben zur Verfügung. Nun ist es 
allerdings auch möglich, andere Auf- 
lösungen zu programmieren, wobei 
man, aufgrund der sich ändernden 
Bildwechselfrequenz, eigentlich nur 
von den Synchronisationsmöglichkei- 
ten des verwendeten Monitors be- 
schränkt wird. Faszinierend ist üb- 
rigens, daß eine Auflösung von 


1024*768 Pixeln auf einem herkömm- 
lichen Multisynemonitor dargestellt 
werden kann, obwohl sie die bei sol- 
chen Monitoren angegebene maximale 
Auflösung bei weitem übersteigt. Wir 
hatten im Test mehrere verschiedene 
Monitore dieser Gattung angeschlos- 
sen, ohne daß sich Probleme ergaben. 


BUNT UND RUND 


Diese Überschrift bezieht sich auf die 
Wiedergabe von Farben und Kreisen. 
Man kann sie ohne Einschränkung als 
fantastisch bezeichnen. So ergeben 
sich beim Einsatz aller Farben Farb- 


verläufe, die in ihren einzelnen Ab- 
stufungen nicht mehr erkennbar sind 
und damit Verläufe im Sinne des Wor- 
tes darstellen. Setzt man Pixelmuster 
aneinander ( immer abwechselnd ein 
Pixel in einer und eines in einer 
anderen Farbe ), so kann man den Un- 
terschied kaum mehr ausmachen, eine 
so gefüllte Fläche erscheint wie in ei- 
ner Mischfarbe gefüllt. Dies gilt auch 
für Linien; so glaubten bei einem Test- 
programm, das 1024 vertikale Linien 
abwechselnd in schwarz und in weiß 
auf dem Bildschirm darstellt, alle Be- 
trachter, auf eine graue Fläche zu 
blicken. Auch erscheinen Kreise als 
wirklich rund; so ist man bei der hohen 
Interlace-Auflösung ( die bei 30 Hertz 
übrigens schon deutlich flimmerfreier 
als die des Amiga erscheint ) nicht in 
der Lage, bei Abständen von mehr als 
einem Meter zum Monitor irgendwel- 
che Ecken in Kreisen auszumachen. 
Das Lob gilt allerdings nicht nur für 
Kreise, denn auch die üblichen Com- 
putertreppchen bei der Darstellung von 
schrägen Linien sind kaum mehr zu 
erkennen. Bei den niedrigeren Auf- 
lösungen werden diese zwar schon et- 
was deutlicher sichtbar, halten sich 
aber immer noch in Grenzen. Auch 
Darstellungen von Apfelmännchen 
können dem schon Amiga-verwöhnten 
Anwender ehrfürchtiges Staunen ent- 
ringen, denn hierbei spielt die Mega- 
vision ihre Stärken voll aus. Ihre Gren- 
zen sind damit allerdings sicher nicht 
erreicht, denn die Beschreibung dieser 
Darstellungen darf man nur als 
Beispiel für die Fähigkeiten dieses 
Subsystems sehen. Einige der mit- 
gelieferten Demoprogramme verfehlen 
übrigens auch in dieser Hinsicht ihre 
Wirkung nicht: So gibt es ein winziges 
Programm namens EFFECT, welches 
nur dazu dient, die Farbpalette in 
mehreren verschiedenen Schleifen zu 
verändern; der Effekt ( ein Durch- 
laufen der Farben ), der sich gerade bei 
einem Apfelmännchen ergibt, ist so 
fantastisch, daß man ihn in Worten 
nicht beschreiben kann, man muß das 
einfach gesehen haben. 


SELBST IST DER 
PROGRAMMIERER... 


Ein heikles Thema, das wohl jedes 
Computerprodukt betrifft, ist die zur 
Verfügung stehende Software. Hier 





gibt es denn auch, abgesehen von den 
bereits erwähnten Demos, weiter 
nichts. Dies bedeutet für den interes- 
sierten Anwender, daß er auf seine 
eigenen Programmierfähigkeiten zu- 
rückgreifen muß. Allerdings ist die 
Megavision 02 sehr leicht zu pro- 
grammieren, da sie ( oder besser: der 
ACRTEC ) erstens über sehr wirkungs- 
volle Befehle verfügt, und zweitens ein 
Includefile sowie eine Object-Datei 
zum Einbinden bzw. Einlinken in 
bestehende C-Programme  bereitste- 
hen. Laut Auskunft des Herstellers ist 
auch eine Include-Datei zum Ein- 
binden in BASIC in Vorbereitung, 
womit die Befehle zur Steuerung der 
Megavision dann auch in dieser 
Sprache zur Verfügung stünden. Wei- 
ter oben wurde bereits erwähnt, daß die 
Megavision mit drei Standardauf- 
lösungen arbeitet. Um eine Auflösung 
von 720*540 Pixeln auf den Bild- 
schirm zu zaubern, muß der Pro- 
grammierer nichts weiter tun, als einen 
Befehl namens init() aufzurufen; alles 
andere erledigt das System in diesem 
Fall selbst. Übrigens stellt die Mega- 
vision dem Anwender in diesem Fall 
nicht nur einen einzelnen Bildschirm, 
sondern gleich zwei dieser Sorte und 
zusätzlich ein Hardwarewindow zur 
Verfügung. Dies erleichtert das Pro- 
grammieren von verdeckten Zeichen- 
vorgängen, die erst nach einem Um- 
schalten des Bildschirms sichtbar 
werden. Das Hardwarewindow läßt 
sich auf beiden Bildschirmen dar- 
stellen; die Einblendungsgeschwindig- 
keit ist so groß, daß man sie ohne 
Zeitverzögerungsschleifen kaum mehr 
wahrnehmen kann, das Window ist bei 
Aufruf einfach da. 

Auch bei höheren Auflösungen stellt 
die Megavision 02 dem Anwender 
noch zwei Screens und ein Window 
zur Verfügung; letzteres wird aller- 
dings in der möglichen Maximalgröße 
immer weiter eingeschränkt, da der 
Speicherplatzbedarf der Screens steigt. 
Bei 1024*768 Pixeln ist aber auch 
Schluß mit dem zweiten Bildschirm, 
da der erste Screen in diesem Fall nach 
Adam Riese bereits 768 Kbyte belegt. 
Will man andere als die über init() 
abrufbaren Auflösungen festlegen, so 
bietet der ACRTC umfangreiche Pro- 
grammierungsmöglichkeiten in Bezug 
auf die Register, die für die Bild- 
darstellung verantwortlich sind. Man 


kann das Synchronisationssignal so an 
die verschiedensten Monitore anpas- 
sen, daß das Bild stets unverzerrt und 
sauber wiedergegeben wird. Auch 
wenn man nicht über die genauen Syn- 
chronisationswerte des Monitors ver- 
fügt, kommt man hier mit ein bißchen 
Ausprobieren zum Ziel. Andere Re- 
gister legen Auflösung und Bildur- 
sprung fest, wobei man den Bildur- 
sprung zum Beispiel nach links oben 
oder unten oder auch in der Bildmitte 
festlegen kann. Alle Register lassen 
sich auch über einen einfachen Befehl 
auslesen. Der ACRTC stellt dem Pro- 
grammierer einige Befehle zur Ver- 
fügung, mit denen man direkten Ein- 
fluß auf den Bildwiederholspeicher 





Die Europlatine 


nehmen kann. So ist es beispielsweise 
kein Problem, bestimmte Werte in 
bestimmte Speicherbereiche zu schrei- 
ben oder daraus zu lesen. Dies erweist 
sich übrigens als einfacher als beim 
Amiga, da der Bildschirmspeicher der 
Megavision 02 nicht in Form von 
mehreren Bitmaps, sondern linear 
organisiert ist, was von der Pro- 
zessorarchitektur des ACRTC verlangt 
wird. 

Wer nun glaubt, die Programmierung 
der Megavision laufe auf das Schrei- 
ben von Werten in Register und in be- 
stimmte Speicherbereiche hinaus, der 
sei hiermit beruhigt: Auch einfache 
Grafikbefehle existieren in großer 


Auswahl. Linien, Kreise, Ellipsen, 
Kreis- und Ellipsenbögen lassen sich 
mit einfachsten Befehlsaufrufen dar- 
stellen. Natürlich lassen sich Flächen 
auch füllen. Weiterhin verfügt der 
ACRTC über einen Befehl, der recht- 
eckige Bildschirmausschnitte kopiert 
und damit Amiga-eigenen Befehlen 
entspricht. Dieser Befehl, agcpy() ge- 
nannt, ermöglicht sogar das Drehen 
dieser Bildauschnitte in 90-Grad- 
Schritten. Auch das Setzen der Farben 
erweist sich als problemlos; wie der 
Amiga kennt die Megavision primäre 
und sekundäre Zeichenfarbe, und die 
Definition einer Farbe unterscheidet 
sich eigentlich nur dahingehend von 
der Festlegung beim Amiga, daß bei 


der Megavision jeder Farbanteil ( für 
Rot, Grün und Blau ) in 64 Schritten 
einstellbar ist. 

Damit ist es aber noch nicht genug: Der 
ACRTC kann beim Kopieren von 
Bildausschnitten beispielsweise logi- 
sche Verknüpfungen zwischen Quelle 
und Zielbereich vornehmen; verschie- 
dene Modi lassen dem Anwender hier 
einige Möglichkeiten offen. Weiterhin 
arbeitet der ACRTC mit einem Pattern- 
RAM, in dem beliebige 
Muster festgelegt wer- 
den können, mit de- 
nen rechteckige 
Bereicheoder & 
aber auch 







beliebige Flächen gefüllt werden kön- 
nen. Auch ein Clipping, das das Zeich- 
nen inner- oder außerhalb eines fest- 
gelegten Ausschnitts unterdrückt, kann 
über einen einfachen Befehl aktiviert 
werden. Diese Aufzählung von Mög- 
lichkeiten, die der ACRTC dem Pro- 
grammierer bietet, ist beileibe nicht 
vollständig, was auch für die Liste der 
Befehle gilt, die diesem Artikel bei- 
gefügt ist. Es würde wohl auf einige 
Seiten hinauslaufen, alle Befehle die- 
ses Systems auch nur kurz zu behan- 
deln; diese Liste soll nur eine 
ungefähre Vorstellung der Möglich- 


keiten, die die Megavision 02 bietet, 
vermitteln. Ein kleines Listing in C, 
welches diesem Artikel beigefügt wur- 
de, demonstriert, wie einfach die Pro- 
grammierung des Subsystems in der 
Praxis ist. Hierbei werden allerdings 
auch nur ein paar der einfacheren Be- 
fehle aufgerufen. 


THEORIE UND 
PRAXIS 


In Anbetracht der oben geschilderten 
Möglichkeiten stellt sich die Frage: 
Wie aufwendig ist die Programmie- 





Einige Befehle der Megavision 02 bzw. des ACRTC 


inie il); “ 
Eröffnet zwei Bildschirme in der Auflösung 720*540 Pixel, dazu ein Hardwarewindow. 


disp screen (BASE); 
Zeigen des ersten Bildschirms. Kann auch für den zweiten Bildschirm eingesetzt werden 
(UPPER).. 


clear screen (screen, color); 
Löschen eines Bildschirms in beliebiger Farbe. 


amove (x,y); 
Positionieren des Grafikcursor auf der angegebenen Bildschirmposition. 


aline (mode,x,y); 
Linie ziehen. 


dot (mode) ; 
Punkt zeichnen auf der Position des Grafikcursors. 


arct (mode,x,y); 
Rechteck vom Grafikcursor zu den angegebenen Koordinaten zeichnen. 


cercl(mode,radius); 
Kreis an der Position des Grafikcursors zeichnen. 


elps (mode, a,b,dx); 
Ellipse mit hor. Radius dx und Verhältnis a:b zeichnen. 


afrct (mode,x,y); 
Wie arct (), füllt das Rechteck aber aus. 


apll(mode,n,liste); 
Polylinie ziehen. n entspricht der Anzahl Punkten, liste ist das Koordinatenarray. 


( Alle Zeichenbefehle, die mit einem “a” beginnen ( für ABSOLUT ), gibt es auch mit einem 
Sr? am. RELATIV )« 


paint (mode); 
Füllen vom Grafikcursor zur Randfarbe. 


set colorO (n); 

set colorl(n) 

set coloredge (n) 

Primäre und sekundäre Zeichenfarbe, Randfarbe auswählen. 


regwrite (nummer,inhalt); 
Werte in ein Displayregister schreiben. 


regread (nummer); 
Register auslesen. 


select color (wert); 
Farbe zum Verändern anwählen. 


set. color (r,g9,b); 
Farbe definieren. 


syncwait (); 
Auf vertikale Synchronisation warten. 


Wie erwähnt, ist das nur ein Auszug aus der Liste der Grafikbefehle des ACRTC. Für den 
geübten Programmierer gibt es noch eine Menge weiterer Möglichkeiten, den ACRTC zu 
beeinflussen. 


rung der Megavision wirklich? Hierzu 
läßt sich eigentlich nur sagen, daß je- 
der, der in der Lage ist, seinen Amiga 
zu programmieren, und laufe es nur da- 
rauf hinaus, Kreise und Linien auf dem 
Bildschirm zu zeichnen, dies auch mit 
der Megavision kann. Ein kleines 
Mandelbrot-Programm, das fertig für 
den Amiga bereitlag, ließ sich inner- 
halb von fünf Minuten an die Mega- 
vision anpassen, und das Resultat war 
mehr als überzeugend. Etwas mehr Ar- 
beit erforderte die Anpassung des Mo- 
viemakers, den wir in Heft 11/87 
abgedruckt hatten; diese Arbeit lief 
allerdings im wesentlichen darauf hin- 
aus, für jede Fläche immer einen Punkt 
zu finden, der innerhalb der Fläche lie- 
gt und als Ansatzpunkt für den Füll- 
befehl des ACRTC verwendet werden 
kann. Alles andere nahm ebenfalls nur 
kurze Zeit in Anspruch. 

Nun stellt sich noch die Frage, wie es 
mit der Arbeitsgeschwindigkeit der 
Megavision aussieht. Dies läßt sich 
allerdings nicht einfach beantworten, 
da die verschiedensten grafischen Ope- 
rationen auch verschiedene Zeiten be- 
anspruchen. Generell kann man sagen, 
daß die Megavision sehr schnell ist. 
Bei einigen Operationen schlägt sie 
hierbei den Amiga um Längen. So lief 
ein Programm, das einhundertmal das 
Window in den Vordergrund und wie- 
der in den Hintergrund schaltete, ohne 
Verzögerungsschleifen etwa eine hal- 
be Sekunde; hier kam bereits der 
Monitor nicht mehr mit. Vom Her- 
steller werden für das Zeichnen von 
Punkten und Linien bis zu 2 Millionen 
Pixel pro Sekunde angegeben, für das 
Kopieren von Bildschirmbereichen bis 
zu 4 Millionen Pixel/sec. und für das 
Füllen ( rechteckiger Flächen ) bis zu 8 
Millionen Pixel/sec. Leider ließen sich 
solche Werte mit einfachen Testpro- 
grammen nicht erreichen; so erreichte 
ein Programm mit einer in einer 
Schleife durchgeführten Fülloperation 
( Rechtecke ) eine ungefähre Füllrate 
von 1.2 Millionen Pixel pro Sekunde. 
Natürlich kann in diesem Fall mittels 
Optimierung noch ein Zeitgewinn he- 
rausgeholt werden, aber die optimis- 
tischen Vorgaben zu erreichen, er- 
scheint doch als relativ utopisch, vor 
allem in Anbetracht der Tatsache, daß 
die Leistungsfähigkeit des ACRTC 
vom Hersteller ( Hitachi ) selbst nicht 
so hoch angesetzt wird wie vom 
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Hersteller der Megavision. Nichts- 
destotrotz sind die ermittelten Ge- 
schwindigkeiten sehr hoch; das gilt 
auch für das Füllen beliebiger Flächen 
( von Hitachi übrigens mit einer Rate 
von 0.5 Megapixeln pro Sekunde an- 
gegeben ), das zwar etwas langsamer 
ist als beim Amiga selbst, aber den- 
noch schnell genug vonstatten geht, 
um einfachere dreidimensionale Ob- 
jekte zu animieren. Man sollte bei all 
diesen Vergleichen aber auch be- 
rücksichtigen, daß die angegebenen 
Geschwindigkeiten immer für die 256 
simultan verfügbaren Farben gelten; 
beim Amiga kann man bei einer Erhö- 
hung der Farbanzahl stets eine Ver- 
ringerung der Zeichengeschwindigkeit 
feststellen. 


EINSATZBEREICHE 


Die Frage nach diesen muß man wohl 
bei jedem Computerprodukt stellen. 
Für die Megavision 02 lautet die Ant- 
wort einfach, aber universell: Dieses 
Subsystem ist für praktisch jede Art 
der grafischen Anwendung hervor- 
ragend geeignet. Natürlich erweist es 
sich als Manko, daß für dieses System 
keine vorgefertigte Software zur Ver- 
fügung steht, aber wer sich die Pro- 
grammierung spezifischer Anwen- 
dungen auf dem Amiga zutraut, der 
darf sich dies auch bei der Megavision 
zutrauen. Natürlich orientiert sich ein 
solches System an professionelleren 
Maßstäben, und dies kann es sich 
durchaus leisten. Mit einer solchen Er- 
weiterung wird der Amiga zu einer Art 
Micro-Workstation, die den Leistun- 
gen einer Sun- oder einer Apollo- 
Workstation zumindest in der Grafik- 
darstellung schon recht nahe kommt. 
Wer sich zutraut, CAD-Anwendungen 
oder gar Ray Tracing-Module zu pro- 
grammieren, kann dieses System 
durchaus professionell nutzen. Ein 
Programm mit einer Zielsetzung wie 
beispielsweise Videoscape 3D würde 
dem Anwender auf einem solchen 
System neue Bereiche erschließen. 
Dieses Beispiel wurde gewählt, weil 
Videoscape trotz Beschränkung auf 
sechzehn Farben fantastische Dar- 
stellungen auf den Bildschirm zaubert; 


/* Demoprogramm zum Megavision 02 Grafiksubsystem by WW */ 
EEE EEE 2 En SE 2 2 EEE EEE Zn EEE SE EEE LE 


/* Zur Einbindung der Megavision-Befehle und Predefines */ 


#include <acstuff.h> 


main() 


{ 


/* Screens 720*540 oeffnen */ 
init (); 


/* Cursor auf Bilschirmmittelpunkt */ 


amove (360,270); 


/* Farbe 255 als Zeichenfarbe setzen */ 


set_color0 (255); 


/* Einen Kreis mit Durchmesser 100 Pixel zeichnen */ 


erc1(0,100); 


/* Nun ein gefuelltes Rechteck, 100°2 Pixel */ 


set_color0 (155); 
amove (100,100); 
r£fret (0,100,100); 

/* Ein Kreisbogen */ 
set_color0 (55); 
amove (500, 400) ; 
aarc(0,550,450,600,500); 

/* Das wars schon. Ist so einfach, 


gäbe man einem Programm, das die 
Megavision unterstützt, die gleichen 
Möglichkeiten mit auf den Weg ( wie 
zum Beispiel das Darstellen von Far- 
ben, die nicht in der Farbpalette exis- 
tieren, mittels pixelweisem Mischen 
anderer Farben, was bei der Auflösung 
der Megavision nicht mehr als ge- 
rastert wahrgenommen werden kann ), 
so stieße man in wirklich professio- 
nelle Bereiche vor, in denen bei- 
spielsweise die Produktion von Low- 
Cost-Computeranimationen auf Video 
möglich wäre. Dies bleibt natürlich so- 
lange Spekulation, solange die dafür 
notwendige Software nicht zur Ver- 
fügung steht. 

Als “Spielzeug” für grafikinteressierte 
Anwender erscheint die Megavision 02 
wohl zu teuer, was auch in Anbetracht 
der Tatsache gilt, daß man zum Kauf 
eines zweiten Monitors gezwungen ist 
( der auch von besserer Qualität sein 
muß als der Amiga-Monitor ), aber für 
denjenigen, der sich ernsthaft mit 
Computergrafik beschäftigt und auch 
die Fähigkeiten und die Motivation 
mitbringt, sich Anwendungen selbst zu 
programmieren, läßt sich dieses Sy- 
stem uneingeschränkt empfehlen. Und 
wer einmal selbst ( wie der Autor ) in 
den Genuß der wirklich fantastischen 


wie es aussieht */ 





Grafik, des Arbeitens auf zwei Bild- 
schirmen und des Workstation-Fee- 
lings gekommen ist, dem wird sein 
Amiga unter Umständen in Zukunft 
wie ein halbes Gerät vorkommen. 


Megavision 02 


Preis: DM 2740.- 
incl. Interface und Netzteil 


Hersteller: 

Sang Computersysteme Gmbh 
Am Wünnesberg 13 

4300 Essen 
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Für den PC erhält man eine große Anzahl ver- 
schiedener Grafikkarten, die sich alle mehr 
oder weniger in der Auflösung und der Far- 
benzahl unterscheiden. In diesem Beitrag soll 
eine Übersicht der verschiedenen Adapter ge- 
geben werden. Auf die Bildmodi, die vom 


- AMIGA emuliert werden können, soll dabei 


besonderes Augenmerk gelegt werden. 





Ist alles so schön 


bunt hier 


Als der IBM-PC auf den Markt 
gebracht wurde, war er nur mit einer 
nicht grafikfähigen Videokarte be- 
stückt. Da dies den meisten An- 
wendern nicht genügte, kamen nach 
und nach diverse Grafikkarten auf den 
Markt, die verschiedene Auflösungen 
und Farbmöglichkeiten zu bieten ha- 
ben. Von den etablierten Grafikmodi 
stammt nur einer nicht von IBM selbst, 
die Hercules-Grafik. Alle anderen Gra- 
fikkarten wurden zuerst von Big Blue 
kreiert und dann von vielen Herstellern 
abgekupfert. Durch den dadurch ent- 
standenen Konkurrenzkampf werden 
heute alle Grafikkarten zu einem 
äußerst günstigen Preis angeboten, was 
eine Nachrüstung der Sidecar oder des 
Bridgeboard überlegenswert erschei- 
nen läßt. 

Um einen Überblick zu gewinnen, 
sollen hier erst einmal alle Grafik- 
karten dargestellt werden. 


I. Der Monochrom- 
Display-Adapter 
(MDA). 


Diese Karte ist zur Wiedergabe eines 
80 x 25 Zeichen großen monochromen 
Bildschirms fähig. Grafik wird nicht 
unterstützt. Die Darstellung eines Zei- 
chens erfolgt in einer 9 x 14 
Punktmatrix. Die Charaktere selbst 
sind dabei 7 x 9 Punkte groß. Dadurch 
ist eine gute Darstellung von Zeichen 
mit Unterlängen und Unterstrei- 
chungen gewährleistet. Folgende Zei- 
chenattribute sind möglich: normal, 
leuchtend, blinkend, unterstrichen und 
unsichtbar. Die Bildwiederholrate be- 
trägt 50 Hertz. Die Zeichendarstellung 
kann sehr gut genannt werden. 

Das Manko dieser Video-Karte ist die 
fehlende Grafikfähigkeit. Diese Karte 
kann (mit Einschränkungen) vom 
AMIGA emuliert werden. 


es PC 





2. Das Color-Grafik- 
Adapter (CGA) 


Mit einem CGA sind sechs ver- 
schiedene Darstellungsweisen mög- 
lich: 4 Textmodi und 2 Grafikmodi. 
Die Textmodi sind die folgenden: 


40 x 25 Zeichen schwarzweiß 
80 x 25 schwarzweiß 


40 x 25 in 16 Farben 
80 x 25 (16 Farben) 





Dazu gesellen sich die Grafik- 
auflösungen 320 x 200 Punkte in vier 
Farben und 640 x 200 Pixels 
monochrom. Die Darstellung der 
Textzeichen erfolgt mit einer 8 x 8 
Punktmatrix, was eine erhebliche 
Qualitätsminderung gegenüber der 
MDA-Karte bedeutet. Die Bildwie- 
derholrate beträgt 60 Hz. Neben den 16 
Farben werden auch blinkende Zei- 
chen unterstützt. Auch diese Grafik- 
karte wird vom Amiga emuliert. 


3. Die Hercules- 
Karte (auch MGA 
genannt) 


Die Fähigkeiten dieser Karte ermög- 
lichen die gute Zeichendarstellung des 
MDA, ohne ganz auf Grafik verzichten 
zu müssen. Im Textmodus ist die Her- 
cules-Karte zum MDA kompatibel. 
Daneben wird noch ein Grafik-Modus 
geboten, der eine Auflösung von 720 x 
348 Punkten erlaubt. Die Grafik ist 
dabei nur monochrom möglich. 
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Grafikk. 
BOOO0Oh 
B8000h 
BO000h 


A0000h 


4. Das Enhanced 
Graphics Adapter 
(EGA) 


In der Anfangszeit durch ihren hohen 
Preis und den noch höheren Preis des 
benötigten, hochwertigen Farbmoni- 
tors kaum beachtet, mausert sich die 
EGA-Karte wegen der stark gefallenen 
Hardwarepreise in letzter Zeit zum 
Renner. Alle Betriebsarten der MDA- 
und CGA-Karte werden unterstützt. 
Zusätzlich bedient die EGA-Karte 
noch folgende Text- und Grafik-Auf- 
lösungen: 

80 x 25 Zeichen in 16 (von 64 
möglichen) Farben (Zeichenmatrix: 8 
x 14 Punkte) 

640 x 200 Bildpunkte in 16 Farben 
640 x 350 Bildpunkte monochrom. 


Die 
Bildwiederholrate 
beträgt 60 Hz. 


Neben diesen Standard-Grafikkarten 
gibt es noch eine Reihe von anderen 
Videoadaptern, die sich nicht auf dem 
breiten Markt durchsetzen konnten, da 
sie meist für besondere Anwendungen 
(wie z.B. CAD) ausgelegt sind. Die 


Auflösung reicht hier bis zu 1024 x 
1024 Bildpunkte. 
Eine Sonderstellung nehmen die 


Multifunktionskarten ein. Auf diesen 
Adaptern sind verschiedene Grafik- 
karten zusammengefaßt. Als Beispiel 
hierfür sei nur die AGA-Karte von 
Commodore genannt: CGA-, MDA- 
und Herculeskarte werden voll ersetzt. 
Daneben bietet die AGA-Karte noch 
eine  Plantronics-Colorplus-Adapter- 
Emulation. In diesem Modus können 
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Adressraum 





Abb.l : Speicher- 
belegung der 
gebräuchlichsten 
Grafikkarten 


BOFFFh 
SArrFFh 
BEFFFn 


BEFFrFh 


132 Spalten Text dargestellt werden 
oder eine Grafik von 640 x 200 Punk- 
ten in 16 Farben. 


Vortäuschung 
falscher Tatsachen 


In der obigen Tabelle wurde gesagt, 
daß die MDA-Karte nur mit Ein- 
schränkungen emuliert wird. Diese 
Unzulänglichkeit beruht auf dem Bild- 
schirmformat des AMIGA. Der Amiga 
hat eine grafikorientierte Bilddar- 
stellung. Text stellt also nur eine Abart 
von Grafik dar. Die Grafikauflösung 
beträgt 640 x 200 (bzw. 256) Punkte. 
Berechnet man die Anzahl der Bild- 
punkte beim MD-Adapter, erhält man 
eine wesentlich höhere Auflösung. 80 
x 25 Zeichen in einer 9 x 14 Zei- 
chenmatrix ergeben nämlich 720 x 
350 Punkte. Diese Auflösung erreicht 
der AMIGA nicht (720 quer schafft er 
nie, und die Umschaltung in den 
Interlacemodus - in welchem der AMI- 
GA 350 Punkte in Y-Richtung dar- 
stellen könnte - blieb uns gottlob er- 
spart.) Aus diesem Grunde werden alle 
Zeichen im Monochrommodus in einer 
8 x 8-Matrix dargestellt. Dies ent- 
spricht der Wiedergabe im CGA- 
Modus. Die wesentlich bessere Dar- 
stellung des MDA hat man auf dem 


AMIGA also nicht. Von der 
Ansteuerung her ist die Emulation mit 
der MDA-Karte gleich. Speicher- 
bereich, Portadressen und Register des 
Video-Controllers entsprechen sich. 

Ein weiteres Manko ist die fehlende 
Implementation der blinkenden Zei- 
chendarstellung. Bei den IBM-Grafik- 
karten wird das Blinken durch die 
Hardware des Video-Adapters bewerk- 
stelligt. Der AMIGA müßte dies bei 
der Vortäuschung der Karte mit 
(wertvoller) CPU-Rechenzeit erzeu- 
gen. Da die Option Blinken nur von 
geringer Bedeutung ist, haben die Ent- 
wickler der Sidecar auf dieses Feature 
verzichtet. Dem Blinken des Licht- 
markenzeigers (für die Freunde der 
zwanghaft eingedeutschten Computer- 
terminologie) wollte man aber nicht 
entsagen. Um den Cursor rhytmisch 
aufleuchten zu lassen, muß sich daher 
der 68000’er des öfteren bemühen. Um 
das Ganze noch schöner zu gestalten, 
kann man sogar zwischen vier Blink- 
raten wählen. Normale PCs können nur 
zwei Geschwindigkeiten ausgeben. 


Wir bauen uns ein 
Bild 

Jetzt sollen die vom AMIGA emu- 
lierten Grafikkarten einmal etwas 
näher unter die Lupe genommen wer- 
den. Dabei geht es hauptsächlich um 
die Art und Weise, wie und wo das 
Bild auf einem PC abgelegt wird. Auf 
was hier nicht eingegangen wird (und 
wovor Leute ohne fundierte Hard- 
warekenntnisse und ohne entspre- 
chende Unterlagen nur gewarnt 
werden können), sind direkte 
Manipulationen der Video-Controller 
im V/O-Bereich. MS-DOS bietet für 
solche Angelegenheiten einige Rou- 
tinen, die man tunlichst benutzen 


Keıne Anzeige 
Unterstrichen 
Normale Darst. 
Inverse Darst. 


B: Blinken an 
I: Zeichenint. 





Abb.2 : Belegung des Attribut-Bytes bei der MDA-Karte 
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Zusätzlich kann Bit 7 für blinkende 
Zeichen gesetzt werden. 
n.d. = nicht darstellbar 


Abb. 3 :Attribute der CGA im Farbmodus 


sollte. Auf die Benutzung dieser 
Routinen wird in einem der nächsten 
Hefte eingegangen, da hierzu einige 
Vorbemerkungen vonnöten sind (In- 
terruptprogrammierung usw.). 

Wie oben schon angedeutet, hat der PC 
im Gegensatz zum AMIGA keinen 
grafikorientierten Bildschirm. Beim 
Text-Bildschirm des PCs werden nur 
die ASCII-Zeichen (und die zugehöri- 
gen Attribute) gespeichert. Aus diesen 
Informationen erstellt der Video-Pro- 
zessor dann die einzelnen Zeichen. Die 
Form der Zeichen ist hierfür in einem 
EPROM abgespeichert, kann also nicht 
verändert werden. Ein Verwenden ver- 
schiedener Fonts ist deswegen nicht 
möglich. Dieses Vorgehen hat aber den 


40 x 25 
Seite Adressen 
B8000h - B87CFh 
B8800h - B8SFCFh 
B9000h - B9Y7CFh 
B9800h BYFCFh 
BAO000h BA7CFh 
BA800h BAFCFh 
BBOO0h BB7CFh 
BB800h BBFCFh 


0 
1 
2 
3 
4 
) 
6 
7 





Vorteil des geringen Speicherbedarfs. 

Im Textmodus wird grundsätzlich ein 
Wort (16 Bit) zur Abspeicherung eines 
Zeichens benötigt. Im Byte mit der 
geraden Adresse (Even Byte) ist die 
Information über das darzustellende 
Zeichen abgelegt. Der Wert entspricht 
dem ASCI-Wert des Charakters. Im 
eine Adresse höher liegenden Byte 
(Odd Byte) sind die Informationen 
über die Darstellungsweise gespei- 
chert. Diese Informationen sind je nach 
Grafikadapter unterschiedlich. Jedes 
Bit schaltet sozusagen eine “Beson- 
derheit” ein. Die Bedeutungen der Bits 
im Odd Byte sind in Abb.2 (für MDA) 
und Abb.3 (für CGA) dargestellt. Auf 
diese Art und Weise benötigt man für 


80 x 25 
Adressen 


Seite 
B8000h - B8F9YFh 
B9S000h - BYFCFh 
BAUOOh — BAFCFh 


BBUOOn —- BBFCFh 





Abb.4: Seitenverteilung der CGA-Karte in den verschiedenen Textmodi 


einen 80 x 25 Zeichenbildschirm 80 x 
25 x 2 = 4000 Bytes. Dies entspricht 
auch (fast) genau dem Adreßraum der 
MDA-Karte. Die CGA-Karte bietet 
aber etwa viermal soviel Platz (der 
später auch ganz für die Grafik benutzt 
wird). Um diesen Platz auch im 
Textmodus zu nutzen, hat man in der 
CGA-Karte vier Textseiten hinter- 
einander gelegt. Diese Seiten können 
unabhängig programmiert werden. Die 
Verteilung der Seiten ist in Abb.4 
ersichtlich. Für den 40-Zeichen-Modus 
braucht man nur die Hälfte des Spei- 
chers pro Seite, man kann also 8 Seiten 
implementieren. Daraus ergeben sich 
für die einzelnen Zeichen folgende 
Speicherstellen im PC-Adreßraum: 
MDA: 

BO000h +(Zeile-1)*AOh+(Spalte-1)* 2 


CGA: 

40 Zeichen: 

B8000h+Seite * 800h + (Zeile-1) * 50h 
+ (Spalte-1) * 2 


80 Zeichen: 
B8000h + Seite * 1000h + (Zeile-1) * 
AOh + (Spalte-1) * 2 





Die Adressen, die mit diesen Formeln 
errechnet werden, geben die Adresse 
des Wortes für das Zeichen mit 
entsprechender Zeilen- und Spalten- 
position. Für Byte-weise Manipulation 
spezifiziert der Wert die Charakter- 
Adresse, für die Attributadresse muß 
man | dazuaddieren. 

Bezüglich des Colormodus ist noch 
einiges zu den Farbdarstellungen zu sa- 
gen. 16 Farben stehen nämlich nur für 
den Vordergrund zur Verfügung, das 
Intensitätsbit wirkt nur auf den Vor- 
dergrund (also das Zeichen). Zur An- 
steuerung des Hintergrundes stehen 
nur die drei Grundfarben zum Mischen 
zur Verfügung (2hoch3, also 8 Far- 
ben). Ebenso kann der PC norma- 
lerweise nur 16 fest eingestellte Farben 
darstellen. Das liegt an dem Tatbe- 
stand, daß mit den Farbbits nur die 
Elektronenstrahlen ein- und ausge- 
schaltet werden (bzw. mit dem In- 
tensitätsbit der Strahlstrom erhöht 
wird). Daß bei der Emulation durch 
den AMIGA die Farben frei wählbar 
sind, beruht auf der Umsetzung des 
Bildes ins AMIGA-Format. 
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Abb.5: Speicherbelegung beim 320x200 Modus 


In den Grafikmodi der CGA-Karte 
sieht die Speicherverteilung ganz an- 
ders aus. Im LoRes-Modus(320 x 200 
Punkte in vier Farben) werden pro Pi- 
xel nur noch 2 Bits benötigt. In einem 
Byte haben demnach 4 Pixel Platz. 
Auch hier werden die Informationen 
spaltenweise abgelegt. Im Byte 
B8000h stehen so 1.,2., 3. und 4. Pixel, 
in Byte B8001h 5., 6. ...usw. Das 320. 
Pixel belegt die beiden letzten Bits von 
B804Fh. Und dann? Dann geht’s bei 
BA000h weiter. Der PC speichert im 
Grafikmodus zuerst alle Spalten mit 
gerader Nummer, danach beginnt er 
mit der Speicherung der ungeraden 
Nummern. Das ist hardwarebedingt, 
um Textdarstellung und Grafik zu er- 
möglichen. Im Lo-Res-Modus stehen 
zwei Farbpaletten zur Verfügung, bei 
denen Hintergrundfarbe und Intensität 
wählbar sind. Im HiRes-Modus (640 x 
200 Pixel monochrom) werden dann in 
jedem Byte acht Pixel abgelegt. Wie 
die genaue Speicherbelegung in den 
Grafikmodi ist, können sie in Abb.5 
und 6 sehen. 


Eine Grafikkarte 


soll her 


Wem die Möglichkeiten der Video- 
karten-Emulation nicht ausreichen, hat 
natürlich die Möglichkeit, seinen 
Rechner mit einer gesonderten Grafik- 
karte auszurüsten. Dabei gibt es aber 
einiges zu beachten: 

l. Die zusätzliche Grafikkarte kann ihr 
Bild nicht über den Amiga ausgeben. 
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Die Karte braucht einen eigenen Mo- 
nitor, der auch zur Grafikkarte passen 
muß. Für die monochromen Video- 
Adapter genügt ein einfacher Grün- 
(oder Gelb-) Monitor. Gegenüber der 
Emulation läßt sich eine starke Verbes- 
serung der Textdarstellung erreichen. 
Zu einer CGA-Karte benötigt man ei- 
nen Farbmonitor mit RGBI-Eingang 
für TTL-Pegel. Der AMIGA-Monitor 
besitzt solch einen Eingang, jedoch ist 
es nicht ratsam, während des Betriebes 
den Monitor umzustecken. Im gün- 
stigsten Fall ist es sehr unpraktisch, im 
schlimmsten Fall kann die Hardware 
beider Rechner Schaden nehmen. 

Für eine EGA-Karte ist ein hoch- 
wertiger Faromonitor vonnöten. Man 
hat hier die Wahl zwischen einem 


Zeile i 


speziellen EGA-Monitor oder den 
sogenannten Multifrequenz-Bildschir- 
men. EGA-Monitore sind speziell auf 
die EGA-Karte abgestimmt. Mit ande- 
ren Grafikkarten sind sie nicht 
betriebsfähig. Die Multifrequenz-Mo- 
nitore hingegen können an ver- 
schiedenen Grafikkarten betrieben 
werden. Eine Benutzung am AMIGA 
ist so auch möglich. Da die Preis- 
unterschiede zwischen beiden Moni- 
tortypen nicht so gravierend sind 
(EGA: ca. 1100 DM, Multifr.: ca. 1500 
DM), ist dem Multi meines Erachtens 
eindeutig der Vorrang zu geben. 

2. Da die Speicherbereiche der Grafik- 
karten sich teilweise überschneiden, 
kann es notwendig sein, die Grafik- 
emulationen teilweise oder ganz abzu- 
schalten. Bei Verwendung einer MDA- 
oder CGA-Karte muß nur die jeweilige 
Emulation außer Kraft gesetzt werden. 
Beim Einsatz von Herculesgrafik oder 
EGA-Karte müssen beide Grafikum- 
setzungen über den Amiga ausge- 
schaltet sein. Beachten Sie, daß bei 
komplett ausgeschalteter Emulation 
keine Kontrolle des PCs über den 
AMIGA-Monitor mehr möglich ist. 
Die Abschaltung der Emulationen 
erfolgt bei der Sidecar über die DIP- 
Schalter 1 und 2, beim Bridgeboard 
über die Jumper J1. Beim A2000 mit 
Bridgeboard ist die Wahl des Video- 
modus auch über PCPrefs möglich, 
eine Unverträglichkeit dieser software- 
mäßigen Umschaltung in besonderen 
Fällen läßt sich jedoch nicht mit letzter 
Sicherheit ausschließen. 


TEE 


8 Pixel aus 
1 Pixel an 


Abb.6: Die 640x200 Punkte - Grafik 





3. Nur bei der EGA-Karte kommt noch 
eine weitere Besonderheit hinzu. Da 
die EGA-Grafik auch den Bereich 
AO0000h-AFFFFHh belegt, darf das File- 
transfer-Segment des Dual-Ported- 
Rams nicht in diesem Bereich liegen. 
Da man drei Segmente zur Auswahl 
hat, dürften hier keine Schwierigkeiten 


auftreten. Bei der Sidecar wird das 
Segment wieder über Dipschalter aus- 
gewählt. Beim Betrieb einer EGA-Kar- 
te muß Schalter 4 auf OFF stehen. Das 
Bridgeboard erlaubt eine Einstellung 
nur über PCPrefs. Hier muß man na- 
türlich darauf achten, daß man das 
Segment während des Betriebes nicht 


versehentlich verstellt. 

Im nächsten Teil wird die genaue 
Ansteuerung des MDA und der CGA- 
Karte beschrieben. 


Literaturverzeichnis: 
Technisches Handbuch PC 10/20 
Commodore 











Schnell - es ist wieder Soweit... ! 


MT. 








Vie Stapfen der Wolken ..hihi.... 


die Timmen im Himmel ... piep... 
piep ..hihi ... lalelv - nur der 


Maun im Mond ... 
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VON VOLKERSEHORZ 


PC GAMES 





WORLD TOUR 
GOLF 


Dem Spiel beigelegt ist ein 12 - seitiges 
Kompendium, das alles Wissenswerte 
über Golf, und wie man es spielt 
beinhaltet. Hier wird beispielsweise 
beschrieben, welcher Schläger wann 
zu benutzen ist oder welche Schlag- 
stärke bei welcher Entfernung erfor- 
derlich ist. Es klärt außerdem über 
Fachbegriffe wie ‘Par’, ‘Double Bo- 
gie’, “Albatross’ und ‘Chipping’ auf. 
Da das Spiel ohne Kopierschutz gelie- 
fert wurde, empfiehlt es sich, wie im 
Heft beschrieben, das Spiel von einer 
Festplatte aus zu betreiben. Eine Art 
Kopierschutz befindet sich dennoch im 
Spiel, d.h. am Anfang wird man aufge- 
fordert, einen von 12 im Beiheft be- 
schriebenen Plätzen, durch ein kleines 
Bild auf dem Monitor dargestellt, mit 
Namen zu benennen. Das Spiel funk- 
tioniert auch dann, wenn man nichts 
eingibt und nur die Return - Taste 
drückt, aber nachfolgend sind pro 
Spielplatz nur noch 2 Löcher vor- 
handen. 

Golf läßt sich mit 1-4 Spielern und, 
wenn man es wünscht, auch mit dem 
Computer spielen. Unterstützt wird ne- 
ben der Tastatur auch der Joystick - 
Betrieb, wobei man dazusagen muß, 
daß die Tastatur unabdingbar ist. Die 
Hardcopy-Option bleibt während des 
gesamten Spieles erhalten. Insgesamt 
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stehen 20 Plätze und 14 Schläger zur 
Verfügung. Mehrere Schwierigkeits- 
grade (Windstärken, Untergründe, 
Wasserflächen und Geländeerhebung- 
en) machen das Spiel sehr vielseitig. 
Schlagrichtung, Schlagstärke und 
Schläger lassen sich individuell auf je- 
des einzelne Loch einstellen. Nach 
jedem Einlochen erscheint die Punkte- 
tabelle und gibt Auskunft über die er- 
brachte Leistung. 

Zu Anfang des Spiels kommt man ins 
Aktivitäten-Menü, in dem man unter 
folgenden Menüs wählen kann: 


- Spielen: Hier kann man die Anzahl 
der Spieler wählen, sowie die Spielart 
(Stroke- oder Match- Play). Danach 
kann man in die vorgegebene Rolle 
eines Spielers schlüpfen und dessen 
Attribute (Na-men, Schlagweite, Fä- 
higkeiten) übernehmen oder verän- 
dern. Jetzt braucht man nur noch den 
Golfplatz zu wählen und spielen. 





- Üben: Damit läßt sich ein Loch auf 
einem beliebigen Platz bespielen. 

- Konstruieren: Mit diesem Menü 
können komplette Golfanlagen bis ins 
Detail angelegt, bestehende verändert 
oder gelöscht werden. 

Golf unterstützt CGA -, EGA -, Her- 
cules - und EGA (mono) - Karten, die 
mit verschiedenen Start-Parame-tern 
angesprochen werden. Bei der EGA - 
Karte lassen sich 3 Farben (grün, 
hellblau und braun) in ihrer Intensität 
steuern. Sehr empfehlenswert. 
Hersteller: Electronic Arts 


MARBLE 
MADNESS 


Marble Madness, das berühmte Ku- 
gelspiel, gibt es nun endlich auch für 
den IBM. Spielbar ist es mit Tastatur 
und/oder Joystick. Die Bedienung mit 
der Tastatur ist ein echtes Trauerspiel, 
denn leider läuft die Steuerung über die 
berühmte Tastenkombination “QWE 
ASD YXC” (deutsche Tastatur), wo 
man im Eifer des Gefechtes öfter da- 
nebengreift. Das hätte sich besser über 
den Zehnerblock machen lassen. Wenn 
man mit 2 Spielern spielt, ist ein Farb- 
bildschirm erforderlich, da man sonst 
keinen Unterschied zwischen den Ku- 
geln sieht, ansonsten läßt sich das Spiel 
auch am Monoschirm problemlos spie- 
len. Mit der Shift-Taste kann man die 
Kugel(n) beschleunigen, desweiteren 
kann man im 1-Spieler-Modus zusam- 
men mit einem zweiten Spieler über 2 


EL Z 


Steuereinrichtungen 1 Kugel steuern. 
Gute Grafik, aber nur mit Joystick zu 
empfehlen. 


Hersteller: Electronic Arts 














STREET SPORTS 
BASKETBALL 


Dieses Spiel bietet 4 verschiedene 
Spielplätze an; da wären der Schul- 
sportplatz, die Seitenstraße, eine Vor- 
stadtstraße, sowie ein Parkplatz in der 
City. Unter 3 Schwierigkeitsgraden 
läßt sich wählen, und nachdem man 
seinem Team den Namen gegeben hat, 
wirft man mit seinem Gegner die Choose score to play up 
Münze ums erste Wahlrecht. Aus- 
zuwählen aus 10 Personen, die sich 





selbst vorstellen, sind 3 Mitspieler. auf den anderen Spieler übergegangen gegen den Computer oder zu zweit, 
Anschließend wird der zu erreichende ist. Durch schnelles Dribbeln wird der Joystick-Unterstützung inclusive, 
Endpunktestand vorgewählt, und dann Gegner verunsichert, und man kann aber auch mit der Tastatur läßt sich 
geht’s los. Von den 3 Mitspielern kann die gegnerischen Reihen durchbre- das Spiel noch gut bedienen. 
verständlicherweise immer nur einer chen. Zur Ballabgabe muß man sich 

gesteuert werden. Wenn ein anderer dem Mitspieler einfach gegenüber- 

Spieler gesteuert werden soll, wird die stellen (Nase an Nase); das Ballab- Hersteller: Epyx 

Shifttaste niedergedrückt, bis die nehmen vom Gegenspieler erfolgt ge- 

Kennzeichnung (gestreiftes Trikot) nauso. Gespielt werden kann alleine 
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VONSVENSTILLICH ,O 


Ein Asse 






BENHAAR, RALFGÖRLACH 


insteiger 


Teil 5: Ran an s System 


ie versprochen, werden wir 

uns dieses Mal mit der Pro- 

grammierung des Betriebs- 
systems beschäftigen und ein erstes 
Programm schreiben, das einen Bild- 
schirm und ein Fenster öffnet und in 
diesem einen Text ausgibt. Wir wollen 
jedoch (zur Ehrenrettung) darauf hin- 
weisen, daß wir danach nicht mehr viel 
auf Betriebssystemroutinen eingehen 
werden, da diese in C geschrieben und 
deshalb größtenteils sehr langsam sind. 
Nur die systemunterstützenden Routi- 
nen der EXEC Library (siehe unten) 
werden vorrangig Verwendung finden. 
Wir wollen ja auch unseren Rechner 
etwas näher kennen- und begreifen ler- 
nen und nicht auf “vorgekaute’ Routi- 
nen zurückgreifen. So, das reicht 
höchstwahrscheinlich, um den As- 
sembler-C-Krieg neu anzuheizen. 
Nun frisch ans Werk. Die Betriebs- 
systemroutinen sind je nach Aufgaben- 
gebiet in sogenannten Libraries (Bib- 
liotheken) zusammengefaßt, die alle 
der Hauptbibliothek, der sogenannten 
EXEC-Library, untergeordnet sind. Ei- 
nige Libraries befinden sich nach dem 
Booten der Kickstart (Diskette, nicht 
Zeitschrift) oder nach dem Einschalten 
(500/2000’er) bereits im Speicher, 
andere (zum Beispiel die ‘disk- 
font.library’) müssen erst von der Dis- 
kette nachgeladen werden. Dort 
müssen sie sich im Unterdirectory 
“libs’ befinden. Hier eine Aufstellung 
der AMIGALGipbraries: 
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exec.library (Multitasking, 1/0, 
dos.library (Diskettenverwaltung, .. 


dann vom Programm aus abfragen. 
Aus Platzmangel ist es uns nicht mög- 
lich, sämtliche Offsets aufzulisten. Wir 
werden nur diese angeben, die für un- 
ser Programm notwendig sind. Viel- 
leicht wird in einer späteren KICK- 
START-Ausgabe eine komplette Liste 
abgedruckt. Die Offsets sind jedoch 
vielen gängigen Publikationen (Bü- 
chern, ...) zu entnehmen. Nun ans 
Werk ! 


Wir öffnen unsere 
erste Library 


Die ersten Programmzeilen werden 


Speicherreservierung, 
Er 


intuition.library (Screens, Windows, Menüs, Gadgets, ... 
celist.library (Bearbeitung von Copperlisten) 

console.library (Textroutinen für ‘\CON:’ Fenster) 
diskfont.library (Verarbeitung von Zeichensätzen auf Diskette) 
graphics.library (Blittersteuerung, graphische Grundfunktionen) 
icon.library (Bearbeitung von Workbench Symbolen) 
layers.library (Bearbeitung des Bildschirmspeichers) 


mathffp.library (mathematische Fließkommaoperationen) 
mathieeedoubbas.library (mathematische Integeroperationen) 
mathtrans.library (höhere mathematische Funktionen) 
potgo.library (Auswertung von analogen Inputs) 
timer.library (Programmierung für Zeitintervalle) 
translator.library (Programmierung des Sprachsynthesizers) 
info.library (Verarbeitung von ‘.info’ Files) 


müssen von der Diskette nachgeladen werden] 


Librarybenutzung 


Will man auf die sich in den Libraries 
befindlichen Routinen zugreifen, müs- 
sen diese (die Libraries) erst geöffnet 
werden. Man erhält dadurch die Basis- 
adresse der gewünschten Library im 
Speicher (Wie das genau geht, wird 
später genau erklärt, keine Angst!). 
Um nun eine Routine zu benutzen, die 
in dieser Bibliothek enthalten ist, wird 
zu der Basisadresse ein negativer Off- 
set addiert. Das Ergebnis ist die Adres- 
se, die angesprungen werden muß, um 
die Routine auszuführen. Davor müs- 
sen bestimmte Register mit Werten ge- 
laden werden, die als Variablen der 
Betriebssystemroutine zur Bearbeitung 
übergeben werden. Hat die Routine 
ihre Aufgabe erfüllt und springt ins 
eigentliche Programm zurück, übergibt 
sie diesem im Datenregister 0 (DO) 
meistens das Ergebnis ihrer ‘Bemüh- 
ungen’. Ist während der Abarbeitung 
der Betriebssystemroutine ein Fehler 
aufgetreten, so wird in DO der Wert 
Null übergeben. Diese Null kann man 





immer den Deklarationen von Offsets, 
Konstanten usw. gewidmet (siehe Zei- 
len bis 15). Dann kann unser Pro- 
gramm auch schon beginnen. Als erst- 
es werden wir die ‘intuition.library’ 
öffnen, da diese für das Erstellen von 
Screens und Windows zuständig ist. Es 
ist ein ungeschriebenes Gesetz unter 
uns Assemblerprogrammierern, daß 
sich die Basisadresse der aktuell be- 
nutzten Library in A6 befinden muß. 
Und das ist auch schon unser erster 
Schritt: 


17 move.l Execbase,a6 


Damit ist die EXEC Library als ak- 
tuelle Library definiert. Ihre Basisad- 
resse befindet sich immer in $04 
(Execbase = $04). Nun benötigt die 
Oldopenlibrary-Routine in Al die 
Startadresse einer mit einer Null abge- 
schlossenen Zeichenkette, den Namen 
der jeweiligen Library. Diese Parame- 
ter (Zeichenketten, Variablen, ...) wer- 
den GRUNDSÄTZLICH am Ende 
eines Programmlistings definiert. Dies 





ist damit zu begründen, daß alle Zei- 
chen ja als Zahlenfolgen im Speicher 
abgelegt sind. Auch jeder Maschi- 
nensprachebefehl entspricht einer Zah- 
lenfolge. Trifft der Prozessor aber auf 
eine Zeichenkette (zum Beispiel “intui- 


tion.library’), so ergeben diese Werte. 


unsinnige oder gar keine Befehle. Dies 
verwirrt den Prozessor so sehr, daß er 
sich entnervt in die ewigen Bytegründe 
begibt und nur durch emsiges CTRL/ 
AMIGA/AMIGA-Drücken 
wiederzubeleben ist (das Definieren 
der Zeichenkette geschieht übrigens in 
Zeile 78). 

Dann wird der Routine diese oben er- 
wähnte Startadresse übergeben. Sie ist 
ebenfalls in Zeile 78 definiert (INT- 
name’): 


Nun wird die EXEC Routine 
‘OldOpenLibrary’ angesprungen. Die- 
se Routine ‘öffnet’ die Intuition Lib- 
rary und gibt deren Basisadresse im 
Speicher in DO zurück. Ist der Inhalt 
des Datenregisters Null, wird dies ab- 
gefragt und ans Ende des Programmes 
gesprungen. Ansonsten wird die Basis- 
adresse in die Variable ‘INTbase’ 


gerettet: 





In Zeile 18 wird die Intuition Library 
als aktuelle Library ernannt - ihre 
Startadresse wird in A6 geschoben. 
Wir befinden uns nun in der Intuition 
Library (Huch!). 





Wollen wir nun einen eigenen Bild- 
schirm öffnen, so braucht die dafür be- 
nutzte Routine (‘OpenScreen’) für 
ihren Aufruf einen Zeiger auf eine 
Struktur. Eine Struktur ist eine Folge 
von Zahlenwerten, deren Datenlänge 
(Byte, Word, ...) fest vorgeschrieben 
ist, da die Routine diese Struktur in ei- 
ner gewissen Weise interpretiert und 
verarbeitet. Ein Beispiel ist die Screen- 
Struktur, die wir hier brauchen. Diese 
ist im Listing in Zeile 89 definiert. 
Hierzu nur die Syntax der Struktur: 









Gewissenhafte Leser unserer Zeit- 
schrift wissen bereits, um was es sich 
bei diesen Werten handelt (KICK- 
START Juni ’87/Intuition Kurs Seite 
13). Da in diesem Kursteil das Öffnen 
eines Fensters nur mittels C erklärt 
wurde (wobei man in dieser Sprache 
zum Beispiel die Viewmodes durch 
Einsetzen der jeweiligen Schlüsse- 
lwörter [INTERLACEISPRITES!I...] 
setzen kann, bei Assembler jedoch die 
Zahlenwerte angeben muß), sollen in 
diesem Kurs die Zahlenwerte der am 
meisten benutzten Grundmodes von 
Fenstern und Bildschirmen noch 
einmal aufgeführt werden: 


Natürlich können diese Viewmodes 
untereinander auch kombiniert wer- 
den. Sollen sich zum Beispiel Sprites 
auf einem Hiresscreen tummeln, wäre 
für den Viewmode $C000($4000+ 

$8000) einzusetzen. Es ist zu beachten, 
daß es sich hierbei um einen Wortwert 
handeln muß (siehe Screen-Struktur). 
Doch nun weiter in unserem Projekt. 
Es soll ein Bildschirm mit der Struktur 
(Startadresse als ‘OSargs’ definiert), 
die in Zeile 89 festgelegt ist, geöffnet 
werden: 





In den Zeilen 24 und 25 wurde also ein 
Bildschirm geöffnet. Ist dabei ein 
Fehler aufgetreten, erfolgt ein Sprung 
zu ‘Ende’ (Zeile 64). Ansonsten wird 
der von der Routine erhaltene Pointer 
in ‘Screen’ geschoben. Die Erklärung 
dieser Zeile befindet sich unten. Sie 
sind nun also der glücklicher Besitzer 
eines eigenen Bildschirms (Abspei- 
chern nicht vergessen !!!). 


Das Fenster zur Welt 


Wenn bis jetzt alles klar ist, wagen wir 
uns ans Öffnen eines Windows. Wie 
beim Screen brauchen wir hierfür eine 
eigene Struktur (Sie merken schon, 
man braucht für fast alles eine Struk- 


tur). Und hier ist sie auch schon: 





Wenn Sie sich die Windowstruktur so 


ansehen, fällt Ihnen bestimmt der Pa- 
rameter ‘Screen’ auf. Na? Richtig, da- 
von haben Sie doch schon einmal ge- 
hört. Wenn Sie im Listing nachsehen, 
finden Sie genau vor diesem Wert das 
Label ‘Screen’. Und sicherlich werden 
Sie daraus auch richtig schlußfolgern, 
daß hier dem Window der Pointer zu 
seinem Screen übergeben wird. Auf 
diese Weise erfolgt die Vernetzung 
beiden Strukturen (sonst wüßte das 
Fenster ja gar nicht, wo es hingehört 
und würde hilflos und allein im Spei- 
cher herumirren). Die Windowstruktur 
unseres Programmes finden Sie ab Zei- 
le 95 im Listing. Natürlich wurde in 
der KICKSTART - wie es sich gehört - 
auch diese Struktur schon näher er- 
läutert (Ausgabe Juli/August 1987/ 
Intuition Kurs-Seite 17ff). Hierzu 
(alles auf einmal, puh...) dann auch 
noch die grundlegenden Flags (NICHT 
IDCMP FLAGS, das ist etwas 
anderes): 





Auch hierbei muß es sich diesmal um 
Langwortwerte handeln. Nun überge- 
ben wir unserer Routine OpenWindow 
noch die Struktur (im Listing in Zeile 
95 als ‘OWargs’ definiert) und schon 
hat unser Bildschirm ein Fenster... 
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Sehen Sie, war doch überhaupt nicht so 
schwer. Und, haben wir in der letzten 
Ausgabe zu viel versprochen ? Hier 
haben sie ein Programm, mit dem sie 
nach Herzenslust herumexpermentie- 
ren können. Aber es kommt noch 
besser ... 


Was man schwarz 
auf weiß besitzt ... 


Wir wollen nun in einer geistigen 
Höchstleistung versuchen, in unserem 
Fenster den Namen eines von einer be- 
kannten Publikation abstammenden 
Betriebsystems unterzubringen (Sie 
ahnen es schon - KICKSTART !?!). 
Dazu brauchen wir aber den RastPort. 
Er ist eine Art Zusatzstruktur, der für 
jedes Fenster spezifisch ist und das je- 
weilige Aussehen angibt. Ein Zeiger 
auf den RastPort liegt in jeder Fen- 
sterstruktur (die Struktur, die man nach 
dem Öffnen erhält (DO), nicht die ei- 
gene Struktur) ab dem 50sten Byte. 
Somit ist auch der Befehl in Zeile 34 
klar: 


34 move.l 50(A0),RastPort 


(Zur Anfangsadresse der Window- 
Struktur, die sich in AO befindet, wird 
dez. 50 hinzuaddiert. Der Inhalt dieser 
Adresse ist der Zeiger auf den Rast- 
port). Weiter öffnen wir im Programm 
die ‘graphics.library’ und erklären sie 
in Zeile 41 zur aktuellen Library. Nun 
beginnt die Schleife für die Text- 
ausgabe. Dafür benötigt man zwei Be- 
triebssystemroutinen: Move und Text. 
Wie man aus dem Namen schon erse- 
hen kann, dient ‘Move’ zur Bewegung 
des imaginären Cursors, d.h. zur Ein- 
stellung der Koordinaten, ab denen der 
Text gePRINTet werden soll. Diese 
Koordinaten werden in den Datenre- 
gistern DO (x) und DI (y) übergeben. 
‘Text’ - wer hätte es geahnt ? - ist für 
die Textausgabe zuständig. Diese Rou- 
tine benötigt als Parameter in Al den 
Zeiger auf die RastPort-Struktur, in AO 
die Startadresse des mit einer Null ab- 
geschlossenen Strings (in unserem 
Programm in Zeile 82 definiert) und in 
DO die Länge der Zeichenkette. Nun 
zur Programmierung der Schleife, die 
den Text versetzt auf den Monitor 
(oder Fernseher) bringen soll: 
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43 move.l #08,d5 


44 move.l #50,d6 
45 move.l #50,d7 





In diesen Zeilen bereiten sich ver- 
schiedene Datenregister auf ihren Ein- 
satz vor, d.h., man bringt sie auf den 
richtigen Anfangswert. In D5 befindet 
sich der Schleifenzähler, der bestimmt, 
wie oft der Text in das Fenster ge- 
schrieben werden soll. In D6 und D7 
befinden sich die Koordinaten für die 
Move Routine. 











OldOpenLibrary = -408 
OpenScreen -198 
OpenWindow -204 
Move = -240 
Text -60 
CloseWindow = -722 
CloseScreen -66 
CloseLibrary = -414 
ExecBase 504 


voJausuwmh 


move.l ExecBase, a6 
lea INTname, al 


jsr OldOpenLibrary (a6) 


beq Ende 
move. d0, INTbase 
move. d0,a6 


lea OSargs, a0 


jsr OpenScreen (a6) 


beq Ende 
move.l d0,Screen 


OWargs, a0 


OpenWindow (a6) 


Ende 
d0,a0 
d0, Window 


50 (a0) ‚RastPort 


ExecBase, a6 
GFXnrame, al 


OldOpenLibrary (a6) 


Ende 
dO,GFXbase 
d0,36 


#08,d5 
#50,d6 
#50,d7 


rastport,ai 
46,d0 

d7,di 

Move (a6) 
Rastport, al 
string,a0 
#13,d0 

Text (a6) 


Print: 

move.l RastPort,al 
move.l d6,d0 
move.l d7,dl 


5l jsr Move(a6) 
move.|l RastPort,al 
lea String,aO 
move.l #13,d0 

55 jsr  Text(a6) 


Dies ist das Herz der Schleife, hier 
erfolgt die Positionierung und Ausgabe 
des Textes. 


; Assemblerkurs Teil V (OpenScreen/Window, Move, Text) 
; by Sven Stillich, Oliver Siebenhaar 
(ce) 1988 KICKSTART Ausgabe März 1988 


;. Schleifenwert 
; x Koordinate 
; y Koordinate 


; Auf CTRL prüfen 

















bne 

’ 

Ende: 

move .l INTbase, a6 
move.l Window, a0 


jsr CloseWindow (a6) 


move. Screen,a0 


jsr CloseScreen (a6) 


move. ExecBase, a6 


move, INTbase,al 


jsr CloseLibrary (a6) 


move. GFXbase, al 


jsr CloseLibrary (a6) 


rts 
even 
INTname: 
even 
GFXname: 
even 
String: 
even 
INTBase: 1 50000 
GEXBase: 1 50000 
Window: >10 
RastPort: 1:0 


QSargs: 


“intuition.library”,0 


“graphics.library”,O 


C.b NKICKSTART. ! 119,0 


dc.w .0,0,320,250,1 ; Koordinaten: 0/0-320/200 1 Bitplane 


2,59, 
de.w 0,15 


ac.ı $0000,50000, $0000, 30000 


OWargs: 
dc.w 30,40,260,160 
de=D:.0r4 


; DetailPen, BlockPen 
; ViewMode HIRES, Customscreen 
; Kein Text, Gadget, Bitmap 


; Koordinaten: 30/40-260/160 
; DetailPen, BlockPen 


dce.1 $0000,$1007,$0000,50000,$0000 ; ACTIVATE|WSIZING|WDRAG 


Screen: 
de.1 $0000,$0000 
dce.w 50,50,100,100,15 


56 add.l #08,d6 
57 add.l #10,d7 
58 dbra d5,Print 





Wie Sie hoffentlich aus der Sequenz 
ersehen können, wird die x-Koordinate 
um dez. 8 erhöht, die y-Koordinate 


; Pointer zum Screen 
; Nichts gesetzt 
» Minimal x/y, »-.- 





hingegen um dez. 10. Der Befehl in 
Zeile 58 prüft, ob d5 schon den Wert -I 
erreicht hat ( = Ende der Schleife). Ist 
dies nicht der Fall, wird zu ‘Print’ (Zei- 
le 47) gesprungen. Nach Beendigung 
der Schleife geht das Programm in eine 
Warteschleife. Hierbei vergleichen wir 
den Inhalt des Hardwareregisters 
$BFECOI, in welchem die gedrückten 
Sondertasten angezeigt werden, mit 


dem Wert $39 (für die Control-Taste). 
Stimmt der Wert mit dem Inhalt des 
Registers überein, wurde die angege- 
bene Sondertaste gedrückt, und unser 
Programm fährt fort (wohin ?) und 
findet ein stilvolles Ende. 

Man kann natürlich auch andere Son- 
dertasten außer der CTRL-Taste abfra- 
gen, als da wären: 


SHIFT links 
SHIFT rechts 


ALTERNATE 
AMIG Alinks 
AMIG Arechts 





Am Ende unseres Programmes schlie- 
ßen wir alle Libraries sowie das 
Window und den Screen. Das Schlie- 
ßen des Windows muß immer vor dem 
Schließen des Screens geschehen, da 
sich das Fenster ja auf dem Bildschirm 
befindet. 

Wir hoffen, daß wir Ihnen mit diesem 
Kursteil einen (wenn auch nicht be- 
sonders tiefen) Einblick in die Be- 
triebssystemprogrammierung gegeben 
haben. Nächstes Mal führen wir das 
Projekt fort, d.h wir installieren einen 
anderen Zeichensatz, zeichnen Linien, 
usw. Außerdem (wenn unser Rechen- 
genie Ralf wieder dabei ist) verwenden 
wir ein wenig Zeit und Platz auf die 
verschiedenen möglichen Bitmani- 
pulationen und die dazugehörigen Be- 
fehle. Also dann, tschüß bis zum 
nächsten Teil - und immer ein Bit üb- 
rigbehalten ... 





Jinxter 


*% AMIGA % % 
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- The Structured Language System jor the Future 


John G. Kemeny _ 


Thomas E. Kurtz _ 


Software from she Creators of B: ASIC 


Auf dem Sektor der Programmiersprachen 
geht es mittlerweile zu wie in Babylon: Immer 
besser, aber keiner versteht den anderen. Das 
fängt schon bei der Sprache für einen Rechner 
an und wird gänzlich verwirrend, wenn man 
auf einen anderen Rechner wechselt. Gute An- 
sätze zur Besserung zeigen sich nun aber in 
den Software-Schmieden, so zum Beispiel der 
ISO-Standard bei Pascal. 


32 KICKSTART 3/88 





as Softwarehaus Pfotenhauer 

beschreitet hingegen einen an- 
deren Weg zur Standardisierung. Man 
hat sich dazu entschlossen, einen Ba- 
sic-Dialekt auf den Markt zu bringen, 
der zwar zu nichts kompatibel, dafür 
aber auf vielen handelsüblichen Rech- 
nern implementiert ist. Hierzu zählen 
zur Zeit AMIGA, Atari ST, Apple 
MaclIntosh, IBM-PC und Konsorten. 
Die Amiga-Version wurde bereits von 
uns getestet. Hier soll jetzt einmal die 
Ausgabe für den IBM-PC unter die 
Lupe genommen werden. 
TrueBasic stammt von John G. Ke- 
meny und Thomas E. Kurtz, den Vä- 
tern von Basic. Das läßt'ja schon eini- 
ges an Spannung bezüglich dieser 
Sprachversion entstehen. Die Grund- 
version von TrueBasic umfaßt ein 
Benutzerhandbuch, ein Referenzhand- 
buch und zwei Programmdisketten. 
Die Handbücher, zwei etwa DIN AS5- 
große Ringbücher, machen einen guten 
Eindruck. Sie sind flüssig geschrieben 
und mit vielen Grafiken erweitert. 


Das Ruder in der 
Hand 


Nach dem Aufrufen erscheint ein zwei- 
geteilter Bildschirm: Die oberen zwei 
Drittel werden vom Edierfenster in 
Anspruch genommen, das untere Drit- 
tel dient als Kommandofenster und zur 
Ausgabe von Meldungen. 

Dazwischen findet man eine Leiste, 
auf der die Belegung der Funktions- 
tasten angezeigt wird. Bei TrueBasic 
gibt es (leider) keine Menüleisten, wie 
sie sich bei den Programmiersprachen 
langsam aber sicher durchsetzen. Das 
verkompliziert die Arbeit ein klein 


Truebasic TurboBasic GWBasic 
Benchmark Ssng int sng int 
1 1. : 7.8 


wenig. Eine Online-Hilfe ist imple- 
mentiert. Den Befehl “Load” sucht 
man vergebens, er heißt hier “old”. 
Was etwas seltsam anmutet und True- 
basic wenig professionell erscheinen 
läßt, ist die Art und Weise, wie es auf- 
gerufen und verlassen wird. Mit “hel- 
lo” fängt man an und mit “Bye” verläßt 
man es. Speziell das Beenden von 
TrueBasic fällt ohne Handbuchstudi- 
um schwer (Ich habe 5 Minuten her- 
umprobiert: End, Exit, System, Quit 
usw.). Hier sollte doch Zweckmäßig- 
keit und Einheitlichkeit vor Origi- 
nalität gehen ! 


Compiler oder 
Interpreter ? 


Diese Frage ist auf Anhieb nicht ohne 
Zweifel zu beantworten. Die Program- 
me sind nicht alleine lauffähig, was ein 
typisches Interpreter-Merkmal ist. 
Trotzdem ist TrueBasic ein Compiler. 
Der Haken an der Sache: Es handelt 
sich um einen Compiler, der in der 
Standardversion nicht fähig ist, die 
Library-Module an die Programme an- 
zulinken. Deshalb müssen diese von 
der Entwicklungsumgebung zur Ver- 
fügung gestellt werden. Wenn oben 
von Standardversion geredet wird, 
kann man sich denken, daß es auch 
eine Ausführung gibt, die zum Er- 
zeugen von lauffähigen Stand-Alone- 
Programmen fähig ist. Dieses Zu- 
satzpaket nennt sich TrueBasic Run- 
time-Paket und enthält den Linker und 
einige Zusatzprogramme. Damit ist 
TrueBasic dann in der Lage, .EXE-Da- 
teien zu erzeugen. 





Einen großen Vorteil hat die Ver- 
fahrensweise mit getrenntem Compiler 
und Binder bei TrueBasic: Kompilierte 
Programme sind direkt übertragbar. 
Man kann also ein Programm auf dem 
IBM entwickeln, kompilieren, auf den 
AMIGA übertragen, starten und es 
läuft. 


Strukturiertes 
Programmieren 


TrueBasic bietet viele Befehle an, die 
ein strukturiertes und übersichtliches 
Programmieren ermöglichen. Neben 
der einfachen FOR...NEXT-Schleife 
gibt es jetzt auch die Anweisungen DO 
WHILE... LOOP und DO 
UNTIL...LOOP. Die IF..THEN-An- 
weisung wurde um die Befehle ELSE 
und ELSEIF erweitert. Gänzlich neu in 
Basic ist die Pascal-ähnliche Funktion: 


SELECT CASE Ausdruck 
CASE... 


CASE... 
END SELECT 





Unterprogramme, Funktionen und Lib- 
raries werden auch unterstützt. So istes 
nun auch in Basic möglich, große Pro- 
bleme in kleine Teillösungen aufzu- 
splitten und so die Überschaubarkeit 
erheblich zu verbessern. 


Von Bildern und 
Gemälden 


Ein Highlight unter den Fähigkeiten 
von TrueBasic ist die Grafik. Die 
Sprachdefinition ist in diesem Bereich 


besonders reichhaltig ausgefallen. Das 
fängt schon bei den unterstützten Gra- 
fikmodi an. CGA-Medres, CGA-Hires, 
Hercules und EGA-Grafik werden be- 
wältigt. Neben den Standard-Grafik- 
befehlen werden eine ganze Reihe von 
zusätzlichen Anweisung angeboten, 
die vorallem das Programmieren von 
bewegten Grafiken erleichtern. Beson- 
ders erwähnenswert erscheint mir hier 
der “Set Window”-Befehl. Dieser Be- 
fehl ermöglicht es, eine eigene Ska- 
lierung an den Bildschirm anzu- 
bringen. Gibt man zum Beispiel “Set 
Window -pi,pi,-1,1” ein, hat der rechte 
obere Bildpunkt die Koordinaten -pi,1 
und der linke untere pi,-l. Die Um- 
rechnung von Benutzerkoordinaten in 
“physikalische” Bildschirmpunkte 
übernimmt TrueBasic ganz. So hat 
man es sehr einfach, schöne Grafiken 
auf allen Bildschirmadaptern mit einer 
einfachen Programmlösung zu erstel- 
len. Ebenfalls ausgefallen sind die Be- 
fehle zum Zeichnen aus Matrizen her- 
aus. Dazu dienen die Befehle “MAT 
PLOT POINTS, MAT PLOT LINES 
und MAT PLOT AREA”. Das Zeich- 
nen von Drahtmodellen und deren Be- 
wegung ist so kein Problem mehr. 


Mathe: 1 


Wer mathematische Probleme zu lösen 
hat, wird von TrueBasic angenehm 


mathematische Funktionen 


DIVIDE EPS ER 
IP LOG LOG10 
MAXNUM MIN 
ROUND SGN 
trigonometrische Funktionen 
ANGLE ATN DES 
RAD SIN TAN 
Matrix-ÖOperationen 
MAT READ MAT INPUT 
MAT REDIM MAT PRINT 
Matrixsub. Matrixmult. Skalarmult. 
Matrixinvert. Transposıtion 


NULS$ ZER DET 





Die mathematischen Funktionen von True Basic 
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REMAINDER 
TRUNCATE 


MAT LINE INPUT 


Matrixaddition 


überrascht sein. Die Implementierung 
von mathematischen Funktionen ist 
ausgesprochen reichhaltig ausgefallen 
und bietet neben den Standardfunk- 
tionen noch einige Besonderheiten, die 
man nur selten oder garnicht in eine 
Sprache eingebunden findet. Bei den 
normalen Funktionen wäre zum Bei- 
spiel der Befehl DIVIDE zu nennen, 
der eine Division ausführt, und als Er- 
gebnis den ganzzahligen Teil des 
Quotienten und den Rest liefert. RE- 
MAINDER liefert nur den Rest einer 
Division. Mit TRUNCATE ist es mög- 
lich, eine Zahl auf eine bestimmte 
Anzahl von Dezimalstellen zu kürzen. 
An trigonometrischen Funktionen sind 
die Umrechnung von Bogenmaß in 
Grad hinzugefügt worden und die Be- 
rechnung des Winkels zwischen einem 
Punkt und der x-Achse. 

Ganz besonders hat mir die 
Implementierung von Matrizenopera- 
tionen gefallen. Matrizen haben heut- 
zutage eine große Bedeutung in der 
Mathematik und der Ingenieurwis- 
senschaft und keiner, der sich mit der 
Lösung von technischen Problemen 
befaßt, wird an der linearen Algebra 
vorbeikommen. Die Bedeutung dieses 
Zweiges der Mathematik wird in kei- 
ner anderen Sprache richtig gewürdigt. 
TrueBasic bietet hier aber einiges. 
Angefangen bei der einfachen Matriz- 
en-Addition und -Subtraktion über die 
Multiplikation Skalar-Matrix oder Ma- 
trix mal Matrix bis hin zur Invertierung 
sind viele Möglichkeiten gegeben. Mit 
den oben schon erwähnten Matrix- 
Grafikbefehlen zusammen ist dem 
Programmierer ein mächtiges Werk- 
zeug in die Hand gelegt. Ebenso wer- 
den einige Standardmatrizen wie die 
Einheitsmatrix oder die Null-Matrix 
angeboten. Insgesamt lassen die Matri- 
zen-Operationen TrueBasic in einem 
guten Licht dastehen. Mathematiker 
und Ingenieure haben mit TrueBasic 
auf jeden Fall einen guten Griff ge- 
macht. 


TrueBasic GTI 


Was natürlich nicht fehlen darf, sind 
die obligatorischen Zeitmessungen. 
Der direkte Vergleich mit anderen Ba- 
sic-Dialekten fällt aber schwer, da 
TrueBasic nur einen Zahlentyp kennt. 
Andere Sprachdefinitionen kennen die 
Typen Integer, Real und Doublereal. 
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TrueBasic berechnet hingegen immer 
auf 10 Stellen genau. Unter diesem Ge- 
sichtspunkt betrachtet steht TrueBasic 
bei den Zeitmessungen sehr gut da. 
Man kann ihm ohne Zweifel die Tro- 
phäe für schnelle Real-Arithmetik zu- 
erkennen. Nur bei Anwendungen, die 
überwiegend Integer-Zahlen benutzen, 
kann TurboBasic auftrumpfen. Ins- 
gesamt sollte man den Vergleich mit 
Vorsicht genießen. Aber eins steht fest: 
TrueBasic ist auf jeden Fall aus- 
reichend schnell. 


TrueBasic GLX 


“GLX” wie “Großer Luxus”. Wie bei 
Automobilen gibt es einiges Zubehör 
gleich dazu, anderes muß man zu- 
sätzlich erstehen. Mitgeliefert werden 
mehrere Programmbibliotheken. Es 
sind deren acht. Vier davon bieten ma- 
thematische Funktionen, drei enthalten 
Unterprogramme zur Grafikerzeugung 
und eine dient zur Menüerzeugung. 
Die mathematischen Libraries liefern 
diverse hyperbolische Funktionen, zu- 
sätzliche trigonometrische Funktionen 
in Grad und Bogenmaß und eine Reihe 
mathematischer Operationen wie Fa- 
kultät, Binomialkoeffizient und -ver- 
teilung, Poisson-Verteilung oder Loga- 
rithmus von x zur Basis b. Die Grafik- 
bibliotheken sind ebenfalls reichhaltig 
und sinnvoll bestückt. Es gibt Befehle, 
um automatisch Balkendiagramme aus 
DATA-Zeilen zu bilden oder um Funk- 
tionen zu zeichnen. Außerdem gibt es 
Funktionen zum Zeichnen und Füllen 
von Kreisabschnitten und Ellipsen. Die 
Menü-Library schließlich ermöglicht 
es, Menüleisten zu erzeugen, die über 
die Funktionstasten angewählt werden. 
Wem das alles nicht genügt, kann sich 


FC Honochnrone Display 
r OPTION angle degrees 
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KHRS sina):; Cos(ad), sin(a2) 


noch zusätzliche Bibliotheken kaufen 
oder andere Erweiterungen erstehen. 
Als Library wäre die Such- und Sor- 
tier-Bibliothek zu nennen. Um Pro- 
gramme aus anderen Basic-Dialekten 
zu übersetzen, gibt es den PC-Con- 
verter. Dieser nimmt die Umsetzung 
von BasicA-Programmen, soweit es 
geht, automatisch vor. Letztendlich sei 
noch das Runtime-Paket erwähnt, das 
die Erzeugung von .EXE-Dateien er- 
möglicht. 


Das. einzig Wahre ? 


TrueBasic hinterläßt einen guten Ein- 
druck. Von der Bedienung her etwas 
unkomfortabel, kann es im grafischen 
und mathematischen Bereich aber voll 
überzeugen. Speziell Naturwissen- 
schaftler und Ingenieure werden die 
mathematischen Fähigkeiten zu schät- 
zen wissen. Ebenso werden Pro- 
grammierer von Anwendungen, die 
grafische Elemente benötigen (Busi- 
ness-Grafik, Funktionen, Graphen 
usw.), ihre Freude an TrueBasic haben. 
Heutzutage gibt es wohl keine schlech- 
ten Programmiersprachen mehr. Das 
Augenmerk sollte sich daher auf be- 
sondere Stärken richten. Und die hat 
TrueBasic: Grafik und Mathematik. 


+ portabler Kode 

+ sehr viele mathematische Funk- 
tionen 

+ sehr gute Grafikfähigkeiten 

+ Erweiterungsmöglichkeiten 


+ Strukturbefehle 

- in Grundausführung keine 
Stand-alone-Programme 

- Editor etwas gewöhnungs- 
bedürftig 
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FI-RUN FIQ-I HELF 





ok, Nr 

Ok. 2ld Ehaalen.Tru 
Ok. old test.tmu 
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VONTHOMASTROST 


OM PROBLEM 


zum Programm 





Die Kenntnis einer Programmiersprache 
genügt nach Ansicht vieler Computerbenutzer 
zum Erstellen eines Programmes. Wer sich 
aber voller Elan hinter die Tastatur klemmt, 
einen Editor aufruft und drauflos schreibt, 
wird bald eines Besseren belehrt. 





Es ist natürlich durchaus möglich, 
ein Programm, welches die Summe 
dreier Zahlen ermittelt, aus dem 
Kopf heraus zum Laufen zu bringen, 
bei der Erstellung komplexerer oder 
mathematisch schwieriger Programme 
bedarf es jedoch einer nicht unerhebli- 
chen Vorbereitung. Der folgende Ar- 
tikel versucht nun, Ihnen eine Vorge- 
hensweise nahezulegen, die es Ihnen 
erleichtern soll, ein Programm zur Lö- 
sung eines Problems zu erstellen. 

Je nach Umfang des Problems gibt es 
verschiedene Vorgehensweisen bei 
der Programmerstellung. Man kann 
sich aus einer Programmiersprache 
Anweisungen aussuchen und zusam- 
mensetzen oder das Problem von 
Hand rechnen und sich die passenden 
Befehle herauspicken. Dies eignet 
sich jedoch nur bei sehr kleinen, ein- 
fachen Programmen. 

Abhilfe schaffen hier formalisierte 
Methoden wie  Softwareengineering 
oder strukturierte Programmierung 
(Top-Down- oder Bottom-Up 
Methode). Für den Anwender zu 
Hause, der allein eine komplexe 
Aufgabe bewältigen will, eignet sich 
die hier vorgestellte Entwurfstrategie. 
Grob gegliedert sieht sie folgen- 
dermaßen aus: 


— Analyse des Problems 
— Erstellung eines Algorithmus 


— Entwurf eines Programms 
— Codierung in eine Programmier- 
sprache. 





Ein Programm ist definiert als Ab- 
lauf- oder Arbeitsplan zur Lösung 
eines Problems. Um einen solchen 
Plan zu realisieren, bedient man sich 
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einiger Hilfsmittel. Die zunächst nahe- 
liegensten sind Papier, Bleistift und 
einige “Minuten” Bedenkzeit, in der 
Sie sich klar werden sollten, was Sie 
eigentlich machen wollen. Das Prob- 
lem muß formuliert werden, d.h. Sie 
sollten sich Gedan-ken über 
Lösungsweg, Rechenvorschriften und 
Algorithmus machen. Stellen Sie sich 
z.B. folgende Fragen: 


— Was ist gegeben? 
— Was ist bekannt? 
— Was ist gesucht? 


— Wie kann man das Problem 
darstellen? 

— Ist die Lösung bekannt? 

— Ist das Problem lösbar? 


Ein Problem läßt sich auf verschie- 
dene Arten darstellen und anhand der 
gewählten Darstellung konkretisieren 
(z.B. in Text, Graphik, Formeln oder 
Tabellen). Machen Sie sich das an 
dem Beispiel am Ende des Artikels 
bewußt. Es ist wichtig, daß Sie die 
Antworten auf Ihre Fragen in irgend- 
einer Art, seies durch Text oder Skiz- 
zen, dokumentiert haben und Ihr Pro- 
blem exakt umrissen haben. Damit ist 
der erste Schritt auf dem Weg vom 
Problem zum Programm getan. Sie 
können nun dazu übergehen, aus 
Ihren Aufzeichnungen heraus einen 
(Lösungs-)Algorithmus zu entwickeln. 
Unter einem Algorithmus versteht man 
eine Reihenfolge von Anweisungen, 
mit deren Hilfe ein gegebenes Problem 
gelöst werden kann. 

Man unterscheidet zwischen linearen, 
verzweigten, iterativen und rekursiven 
Formen von Algorithmen. Linear 
nennt man eine einfache, sequentielle 
Folge von Anweisungen mit einem 
festen, vorgegebenen Weg, im Gegen- 
satz zum verzweigten Algorithmus, 
der die Struktur eines Entscheidungs- 
baumes aufweist. Iteration ist eine 
mehrfach gesetzte Folge (Schleife), 
und die Zurückführung auf einen ein- 
fachen, bekannten Fall nennt man 
Rekursion. 

Da für eine Vielzahl von Problemen 
schon Algorithmen entwickelt worden 
sind, lassen sich diese bei Ihren An- 
wendungen wiederverwenden, eventuell 
in einer dem Problem angepaßten 
Form. Es wäre z.B. bei einem Sortier- 
Problem nicht angebracht, einen neu- 
en Algorithmus zu entwickeln, da hier- 
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für schon eine Reihe existieren (siehe: 
KICKSTART 9/’87; Sortier-Pro- 
bleme). Unbekannte Algorithmen soll- 
ten Sie auf bekannte zurückführen. 
Bei der Erstellung eines Algorithmus 
wählen Sie die beste Darstellung 
Ihres Problems aus und bestimmen 
dann den Algorithmen-Typ. 

Jetzt können Sie auch die Art der 
Arbeitsschritte und eine Reihenfolge 
festlegen. Es empfiehlt sich, den Al- 
gorithmus zunächst von Hand durch- 
zugehen, und auf Fehler zu überprüfen. 
Nehmen Sie dazu erst allgemeine, ab- 
strakte Werte, denn meistens finden 
sich schon bei den einfachen Durch- 
gängen Fehler. Sind diese beseitigt, 
können Sie schon mit spezielleren 
Daten arbeiten. Wiederholen Sie die- 
sen Vorgang solange, bis Ihr Algo- 
rithmus fehlerfrei arbeitet. Bei einfach 
strukturierten Algorithmen ist es dem 
erfahrenen Programmierer schon 
jetzt möglich, einen Ablaufplan zu 


Dreiecke 


3 


usw. bis n=150 














Flußdiagramm zu Listing 1 


Tetraeder 


oo 
N 
8 


Dreieck(n=4)= 
Tetraeder (m=3) 
Anzahl der Kugeln : 10 





Grafische Darstellung des Dreieck - Tetraeder Problems 





erstellen, und in einer Programmier- 
sprache zu formulieren. Für Ungeübte 
ist es jedoch ratsam, den Algorithmus 
genauer zu untersuchen. Gehen Sie in 
diesem Fall nach folgendem Schema 
vor: 

Zerlegen Sie den Algorithmus grob in 
die erforderlichen Arbeitsgänge. Sie 
haben dann den Vorteil, jeden Arbeits- 
gang gesondert betrachten und ihn in 
einer schrittweisen Verfeinerung bis 
hin zu einzelnen Arbeitsschritten auf- 
gliedern zu können. Betrachten Sie 
dann jeden Arbeitsschritt für sich, so 
erfordert es geringe Mühe, ihn in einer 
der gewählten Programmiersprache 
nahen, verbalen Darstellung zu be- 
schreiben. Schreiben Sie dazu Ihre 
Verarbeitungsanweisungen Schritt für 
Schritt auf, und legen Sie eventuell 
eine Tabelle für Eingabewerte, Zwi- 
schenergebnisse und Ausgabewerte an. 
Prüfen Sie das so entstandene Pro- 
gramm mit einem Durchgang per 
Hand nochmals auf fehlerfreie Abar- 
beitung. 

Das folgende Beispiel soll Ihnen das 
Verständnis für die in diesem Artikel 
beschriebene Vorgehensweise erleich- 
tern. Beispiel: 

Als Problem sei eine unbestimmte 
Menge von Kugeln gegeben. Mit die- 
sen Kugeln können Sie sowohl 
Dreiecke legen als auch Tetraeder 
bauen. Gesucht sind nun die Mengen 
von Kugeln, für die folgendes gilt: 


Anzahl der Kugeln (Dreieck) = 


Anzahl der Kugeln (Tetraeder) 





Anmerkung: Mit drei Kugeln können 
Sie ein Dreieck legen, aber keinen 
Tetraeder bauen. Dazu benötigen Sie 
vier Kugeln. 

Zunächst wird das Problem analysiert. 
Gegeben ist eine Regel zum Erstellen 
von Dreiecken und Tetraedern. 
Gesucht: 


Am geeignetsten läßt sich das Problem 
graphisch darstellen (siehe Zeichnung). 
Wenn Sie die Zeichnung aufmerksam 
betrachten, stellen Sie für die Dreiecke 
fest, daß durch Anlegen einer um | 
erhöhten Seite das nächstgrößere 
Dreieck entsteht. Für die Tetraeder gilt: 
Aufsetzen des Tetraeders auf das zuvor 
entwickelte Dreieck ergibt einen neuen 
Tetraeder. Aus dieser Erkenntnis 
können folgende (Rekursions-)For- 


meln abgeleitet werden: 

KD(n) = KD(n-1)+n KT(m) = KT(m- 
1)+KD(m) 

Daraus kann man für die Reihenfolge 
schließen, daß zuerst die Dreiecke 
und dann die Tetraeder berechnet wer- 
den müssen. Aufgrund der gefun- 
denen Formeln können Sie dazu über- 
gehen, einen Algorithmus zu er- 
stellen. Da die Formeln noch nicht 
näher untersucht worden sind, können 
Sie nur einen rekursiven Algorithmus 





n KD(n) m KT(m) 


10 


35 


Das erste Ergebnis wurde schon gefun- 
den: 


4'tes Dreieck = 3’ter Tetraeder ! Anzahl der Kugeln : 10 
15’tes Dreieck = 8’ter Tetraeder ! Anzahl der Kugeln : 120 
55’tes Dreieck = 20’ter Tetraeder ! Anzahl der Kugeln : 1540 
119’tes Dreieck = 34’ter Tetraeder ! Anzahl der Kugeln : 7140 
Programm beendet - keine weiteren Werte gefunden |! 


Testlauf zum Listing 


10 FOR N=2 TO 150 
20 FOR M=1 TO (N-1) 
30 KD= (N* (N+1)) /2 


40 KT= ( (M* (M+1)) * (M+2)) /6 


50 IF KT>KD THEN 80 





60 IF KD=KT THEN PRINT N;”'tes Dreieck =";M; 
“ter Tetraeder ! Anzahl der Kugeln :”;KD 


70 NEXT M 
80 NEXT N 


85 PRINT “Programm beendet - keine weiteren Werte gefunden !” 


90 END 


Listing 1: Das erwähnte Beispiel in Amiga - Basic 


aufstellen. Er läßt sich in folgenden 
Arbeitsgängen beschreiben: 


— Berechne Dreiecke 
— Berechne Tetraeder 


— Vergleiche alle Dreiecke mit 
allen Tetraedern. 





Damit ist es nun möglich, den Algo- 
rithmus per Hand durchzugehen und 
zu testen. Hilfreich ist es, eine Tabelle 
für die Ein- und Ausgabewerte 
anzulegen und die Werte zu vergle- 
ichen. Für die ersten fünf Dreiecke 
und Tetraeder ergeben sich folgende 
Werte. 





KD(n=4)=KT(m=3) K=10 


Aus den Werten in der Tabelle läßt 
sich aber noch mehr ersehen. Die 
Dreiecke brauchen nicht mit allen 
Tetraedern verglichen zu werden. Für 
die verlangte Problemlösung genügt 
es, das Dreieck nur solange mit den 
Tetraedern zu vergleichen, solange 
KD <= KT ist. Es müssen also nur die 
Tetraeder berechnet werden, für die 
diese Bedingung erfüllt ist. Daraus re- 
sultiert eine Verkürzung der Rechen- 
zeit, und Speicherkapazität wird ge- 
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spart. Zu einem guten Programmier- 
stil gehört es, solche Verbesserungen, 
wo immer möglich, im Programm vor- 
zunehmen. 

Diese Vorgehensweise läßt sich mit 
rekursiven Algorithmen nicht realisie- 
ren. Es wäre zwar eine elegante, aber 
auch zeitaufwendige und speicherin- 
tensive Lösung. Aus den Rekursions- 
formeln erhält man nach den Regeln 
der Mathematik durch Summen- 
bildung folgende Formeln: 


N '%. (n#L) 


Mit diesen Formeln können Sie nun 
einen iterativen Algorithmus er- 
stellen. Bauen Sie dazu noch die 
vorher beschriebenen Laufzeitverbes- 
serungen ein, erhalten Sie einen 
Algorithmus mit folgenden Arbeits- 
schritten: 


— Berechne ein Dreieck 

— - Berechne mehrere Tetraeder, 
solange KT>KD 

— Vergleiche Dreieck mit allen 
Tetraedern 


— Wenn KD(n) = KT(m), gebe 


Nachdem sichergestellt worden ist, daß 
der Algorithmus fehlerfrei arbei-tet, 
können Sie einen Ablaufplan erstellen 
und das Programm codieren. 

Ich hoffe, Ihnen in diesem Artikel den 
Weg von einem gegebenen Problem 
zur Erstellung des Programms aus- 
reichend geschildert zu haben. Das 
hier vorgestellte Verfahren ist na- 
türlich keine Garantie dafür, ein ge- 
stecktes Ziel zu erreichen. Auch ist 
diese Vorgehensweise nicht bei allen 
Problemen erforderlich. Sie hilft Ihn- 
en aber, eine gegebene Problematik 


KD(n) = K,n und m aus 
— Berechne nächstes Dreieck, 
mache weiter mit Schritt 2 


— Ende, wenn n = 150 


2 


m* (m+1) * (m+2) 


KT (m= 
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EDITOR 2000 
— vielseitiger Editor 
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zu konkretisieren. Die Zeit, die Sie 
hierfür aufwenden, sparen Sie bei der 
Fehlersuche im fertigen Programm. 
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3 1/2” AMIGALAUFWERK Extern 
Formschönes Metallgehäuse, 

Helle Frontblende, 880 KB 
durchgeführter Port mit 
Schraubverriegelungen. 







SPEICHERERWEITERUNG für DRUCKERKABEL 
Abschaltbar. 329,- Amiga 500 Amiga 1000 
3 1/2” AMIGALAUFWERK Intern 512 KB Ram Speicher- 
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Rambow Data 


Versand per Nachnahme: Rainbow Data, Am Kalkofen 1, 5603 Wülfrath, Tel. 0 20 58/1366 








AMIGA - SOFTWARE 


Public main Disketten 


Greifen Sie jetzt zu ! Superangebote ! 


Ay 10 Disketten Ihrer Wahlnur 48DM 
a 20 Disketten Ihrer Wahlnur 96DM 
30 Disketten Ihrer Wahl nur 144DM 
obige Preise incl. Versandkosten 
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! incl. Source auf 3 Disketten 24 DM 
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©@Zweitlaufwerk Amiga 500/1000 328DM 


Sie erreichen uns auch nach 18 Uhr. 
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4794 Hövelhof 
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Formschönes Metallgehäuse, 

Helle Frontblende, 

40/80 Spur Umschaltung, 
durchgeführter Port mit 


E Schraubverriegelungen. 
23, Abschaltbar. 379,- 
DRUCKERKABEL 
29,- Amiga 500/2000 23,- 



















werden meist über 
und die Zufallswerte 


Variablen RND abgerufen werden. 
wozu benutzt man überhaupt Zufallswer 


Ein Einsatzgebiet ist die Atomphysik, 
wo man die Kollision von Atomkernen 
simuliert, um dann Hypothesen u 
Berechnungsformeln aufstelle 
können. Im Bereich der Simulati 
findet man viele Beispiele, die Zu- 
fallswerte benötigen. Beispielsweise 
werden Betriebssysteme, bevor sie auf 
den Markt kommen, einem Test 
unterzogen, der Aussagen darüber 
machen soll, ob das System akzeptable 
Anwortzeiten unter norm 
fälligen) Bedingungen li 
wird eine Menge vo 
verschiedener Größe er 
fällig), die dann in zufälligen 
intervallen zur Bearbeitung abge- 
schickt werden. In der Betriebswirt- 
schaftslehre kann man mit Hilfe von 
Zufallszahlen das Käuferverhalten 
simulieren und somit neue Mark 
tingstrategien entwickeln. Solc 
Verfahren bezeichnet man als Mo 
Carlo-Methoden. 















atoren in fast allen 
implementiert. Sie 
ize eingeschaltet, 
en dann 


der künstlichen 
n man bei komplex 
Zufallsgeneratoren zu 
ngsfindung einsetzen. Zum 
ß man wohl auch noch das 
weite Anwendungsfeld der Spiel- 
programmierung erwähnen, wo Zu- 
fallszahlen zur Simulierun 
Würfeln, Kartenspielen, Ro 
tellern bis hin zu komplizi 
Bewegungsverfahren von Asteroi 
oder son rünen Männchen 
braucht w och wie kann ma 
mit einem er, der immer nach 
einem Algorithmus vorgeht, Zu- 
fallszahlen “berechnen” ? 



























Pseudozu 


rklich zu- 
‚„ denn den 
selbst mit dem 
nicht berechnen. 
an auch häufig von 


Man wird 
fällige Zahlen 
Zufall kann mai 
besten Comput 
Deshalb spricht 












Pseudozufallsgeneratoren und Pseudo- 
zufallszahlen. Im folgenden sprechen 
wir also immer von solchen Pseu- 
dogrößen. Ein guter Zufallsgenerator 
muß so programmiert sein, daß man der 
mit ihm erzeugten Zahlenfolge nicht 
sofort ansieht, daß sie berechnet und 
gewürfelt” wurde. 


dem Problem 
uniform verteilter 
n beschäftigen. Eine 
svariable heißt uniform oder 
gleichverteilt, wenn jede Zahl, die sie 
annehmen kann, die gleiche Wahr- 
scheinlichkeit hat. Weiterhin sollen die 
Zufallswerte unabhängig sein, d.h. ein 
Wert hängt nicht von irgendeinem 
anderen der erzeugten Werte ab. 
in Beispiel für eine unabhängig 
verteilte Zufallsgröße ist ein 
. Die Zufallsvariable kann die 
von 1 bis 6 annehmen, wobei 
Wert die Wahrscheinlichkeit von 
hat und nicht durch eine andere, 
on geworfene Zahl, vorherbestimmt 
t. Aus uniform verteilten Zufalls- 
zahlen kann man durch geeignete 
Umformung auch anders verteilte 
Zufallszahlen wie zum Beispiel 
standardnormalverteilte oder geome- 
trischverteilte Zufallszahlen machen. 
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Das ‘middle 
square’-Verfahren 


Das erste Verfahren ist unter dem 
Namen ‘middle square’ bekannt und 
wurde von J.v.Neumann 1946 
angegeben. Möchte man z.B. eine 
sechsstellige Zufallszahl erzeugen, so 
gibt man einen beliebigen sechs- 
stelligen Startwert vor, beispielsweise 
das heutige Datum. Dieser Startwert 
wird nun quadriert. Die mittleren sechs 
Stellen der Quatratzahl bilden die neue 
Zufallszahl. 

Dieses Verfahren wird dann iterativ 
fortgesetzt (siehe Listing 1). 


10 REM middle sgqare generator 
20 INPUT zZ# 

30 FOR I=1 TO 20 

40  2#=Z#*z2# 

50 W$S= STR$ (2Z#) 


60 WS$= MIDS$ (W$,5,6) 
70  Z#= VAL(WS) 

80 PRINT Z# 

90 NEXT 


100 END 





Listing 1: Der Middle-Square-Generator 


Die ‘middle square’-Methode ist kein 
besonders gutes Verfahren, da sie sehr 
häufig zu dem Wert 0 degeneriert, 
wenn man zu kleine Startwerte wählt. 
Besser wäre es, eine zehnstellige an- 
statt einer sechsstelligen Zahl als An- 
fangswert zu wählen. Die zweite Me- 
thode liefert da schon wesentlich 
bessere Ergebnisse. 

Mit ihr erhält man Zufallsgrößen 
zwischen 0 und 1. Aus diesen kann 
man jedoch ohne Probleme jeden ge- 
wünschten Bereich durch Streckung 
erhalten. Möchte man zum Beispiel 
Lottozahlen erzeugen, kann man das 
durch folgende Umrechnung erreichen: 
Es sei Z die Zufallsvariable mit Werten 
aus dem Bereich zwischen O und 1, 
dann ist 


L = INT(Z #49) +1 

eine uniformverteilte Zufallsgröße in 
dem Intervall 1 bis 49. Für einen Wür- 
fel sähe die Formel dann so aus: 


L=-INTZ*6)+1 
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Doch nun zu dem Verfahren, mit dem 
man Z erzeugen kann. Es hat etwas mit 
der Kreiszahl PI zu tun. Als Grundwert 
muß diesmal eine Zahl eingegeben 
werden, die kleiner als 1 und größer als 
0 ist. Zu dieser Zahl wird dann PI 
(3.141592654) addiert. Die so er- 
haltene Zahl wird acht mal mit sich 
selbst multipliziert, und anschließend 
werden nur die Dezimalstellen be- 
trachtet. Die somit erhaltene Zufalls- 
zahl dient als Ursprung für weitere 
Berechnungen. Siehe auch Listing 2 
und das Beispielprogramm, das einen 
Lotto Tip erzeugt. 


Lineares Kongruenz 


Schema 

Das letzte Verfahren, das ich 
vorstellen möchte, ist unter dem 
Namen “Lineares Kongruenz Schema” 
bekannt. Es ist das beste, aber auch das 


10 REM Zufallsgenerator 2 
20 INPUT Z 

30 FOR I=1 TO 20 

40 2Z=2+3.141 

50 2Z=2”8 


60 Z=Z- INT(Z) 
70 PRINT Z 

80 x=2 

90 NEXT I 


100 END 





Listing 2: PI kommt ins Spiel 


mathematisch komplizierteste. Es 
basiert auf der Formel 


X(n+1) = (a * X(n) + C) modm 


Die neue Zufallszahl wird aus der 
letzten berechnet, indem man sie 
mit einer Konstanten a multipliziert, 
dann einen festen Wert C dazu addiert 
und schließlich die Restklasse mo- 
dulom betrachtet. Unter Restklasse 
versteht man die ganzzahligen Reste, 
die bei einer Division durch m 
auftreten können. Beispiele: 


12mod5=2 
17mod2=]1 


Zu suchen sind vier Werte, mit denen 
das Verfahren optimal verteilte Zahlen 
liefert. Wählt man beispielsweise 
X(0)=a=c=7undm= 10, so werden 
nur die Zahlen 7, 6,9,0,7,6,9,0, ... er- 


zeugt. Das heißt, das Verfahren pro- 
duziert eine endlose Reihe dieser vier 
Zahlen, wobei die Periodenlänge vier 
ist. Doch wie soll man die Werte ge- 
eignet bestimmen ? m sollte möglichst 
groß sein, da man dadurch auch eine 
große Periodenlänge erwarten kann. Es 
sollte aber auch nicht zu lange dauern, 
bis die Zufallszahl berechnet ist, des- 
halb ist es günstig, m kleiner als die 
Wortlänge des Rechners zu wählen 
(Rechenzeit). Eine Möglichkeit besteht 
nun darin, m gleich der größten 
Primzahl kleiner zwei hoch der Wort- 
länge zu setzen. Zur Berechnung dieser 
Zahl kann man z.B. das Sieb des Erast- 
hostenes nehmen, welches auch sehr 
oft als Benchmark-Programm benutzt 
wird. Das additive Glied C kann man 
gleich O setzen, was jedoch den Nach- 
teil hat, daß die Periodenlänge etwas 
schrumpft. Die Wahl des Faktors ist 
eine außerordentlich komplizierte 
Angelegenheit, und ich empfehle, mal 
ein bißchen zu probieren. Als Beispiel 


soll das dritte Listing dienen. 
Weiterführende Literatur: 

Donald E. Knuth 

The art of computer programming 
Vol 2/ seminumerical algorithms 


1969 Addison Wesley 


10 REM Lottotip 
20 DIM Lotto (6) 
30 INPUT”seed “,Z 
40 REM 6 verschiedene 
Lottozahlen bestimmen 
50 FOR I=1 TO 6 
60 GOSUB 220 
70 Lotto(I)= INT(Z*49)+1 
80 FOR J=1 TO I-1 
90 IF Lotto (I)=Lotto (J) 
THEN GOTO 60 
100 NEXT J 
110 NEXT I 
120 REM Ausgewaehlte 
Lottozahlen mit dem 
Bubble-sort sortieren 
130 FOR I=1 TO 6 
140 FOR J=6 TO I+1 STEP -1 
150 IF Lotto (I)>Lotto(J) 
THEN A=Lotto (I) :Lotto (I)= 
Lotto (J) :Lotto (J)=A 
NEXT J 
NEXT I 
FOR I=1 TO 6 
PRINT Lotto (I); 
NEXT 
END 
REM Zufallsgenerator 2 
Z2=2+3.141 
2=2"8 
2=2Z- INT(Z) 
x=2 
RETURN 





Listing 3: Der Tip der nächsten Woche 











Der fünfte Teil @es 


Zeigern oder auc 


Zeiger und der Umgang mit Z8 
Spezialität von C. Vie 


leicht programnÜi@E 
auch nichts Einfache 


grammierung von Zeigern_ so = 


schließlich garnich 


also dieser Folge Ihre Fa 
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sun beschäftigen. 
ind eine 


o Probleme kKöRMen so 


g1Dr jedoch 
ich bei der Pro- 
ertun, daß 
veht. Sie sollten 
Aufmerksamkeit 







widmen und im sieZweifelsfall noch einmal 


durchgehen. 


Zeiger sind eine besondere Art von- 
Variablen. In ihnen werden keine 
Werte gespeichert, sondern Adressen, 
unter denen dann die Werte zu finden 
sind. Sie können sich dazu alle Spei- 
cherzellen Ihres Rechners durchnume- 
riert denken. In jeder Speicherzelle 
kann eine Variable enthalten sein. Ist 
beispielsweise in der Speicherzelle 
Nummer 10 die Variable A enthalten, 
ist die Adresse der Variablen A gleich 
10. Folgende Tabelle soll dies noch 

einmal verdeutlichen: 





Wie Sie sehen, ist der Wert der Vari- 
ablen A gleich 666 und ihre Adresse 
gleich 10. Es ist sehr wichtig, daß Sie 
sich bewußt machen, daß die Adresse 
und der Wert zwei unterschiedliche 
und streng zu trennende Attribute einer 
Variablen sind. Die Adresse einer 
Variablen spiegelt die Lage im 
Speicher wieder, der Wert einer Vari- 
ablen ist die an dieser Stelle gespei- 
cherte Information. 

Um in der SpracheC mit Zeigern arbei- 
ten zu können, müssen diese erst, wie 
andere Variablen auch, definiert wer- 
den. Dies geschieht an derselben Stelle 
wie auch für die anderen Variablenar- 
ten - entweder innerhalb einer Funk- 
tion oder aber ganz am Anfang eines 
Programmes als globale Variablen. 
Zeiger enthalten zu ihrer Kennzeich- 
nung einen Stern vor dem Variablen- 
namen. Die nächste Zeile zeigt Ihnen 
die Deklaration von einigen Zeigern. 













Hier wurden gleich drei “verschie- 
dene” Arten von Zeigern deklariert. 
Der Zeiger ‘zeigzahl’ ist als Zeiger auf 
eine Variable des Types Integer de- 
klariert, die beiden anderen als Zeiger 
auf einen Char und einen Long Wert. 
Rein programmiertechnisch unter- 
scheiden sich Zeiger auf verschiedene 
Arten von Datentypen nicht voneinan- 
der. D.h., daß alle Operationen, die auf 
Zeiger anwendbar sind, auch mit allen 
Arten von Zeigern arbeiten. Für den 
Compiler ist es nämlich wichtig zu 
wissen, ob die Variable eine Zahl, ei- 
nen Buchstaben oder einen Langwert 
enthält, auf die der Zeiger zeigt. Das 
liegt in der Tatsache begründet, daß 
alle diese Variablentypen eine andere 
Größe im Speicher haben. Ein Integer 
Wert kann z.B. 16 oder 32 Bit groß 
sein, ein Char-Wert ist jedoch nur 8 Bit 
groß. Der Compiler prüft, ob der Pro- 
grammierer nicht aus Versehen zwei 
unterschiedliche Zeigerarten ver- 
mischt. Diese Option ist jedoch auch 
abschaltbar, so daß Sie mit den Zeigern 
so frei umgehen können, wie Sie wol- 
len. 

Die Sprache C läßt Ihnen in diesem 
Punkt sehr große Freiheiten. Sie 
können mit Zeigern rechnen wie mit 
ganzen Zahlen. D.h., Sie können zu 
Zeigern Zahlen addieren oder subtra- 
hieren. Schauen wir uns dazu einmal 
ein kleines Beispiel an. 
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int a_null; 
int a[10]; 
int *zeig_a; 


zeig a= &al0]; 
a_null = *zeig_a; 





In diesem kurzen Programmstück 
passiert schon ganz schön viel Neues. 
Die ersten drei Zeilen müßten Ihnen 
noch leicht verständlich sein. Hier wer- 
den einige Variablen deklariert. Zuerst 
einmal eine Variable vom Typ Integer 
und ein Array mit 10 Elementen. Dann 
folgt die Deklaration eines Zeigers auf 
einen Integer - Wert. 

Die dann folgende Zeile enthält gleich 
zwei Neuigkeiten. In ihr wird der Zei- 
gervariablen ‘zeig_a’ die Adresse des 
Arrayelementes ‘a[l0]’ zugewiesen. 
Wie Sie sehen, ist dazu eine besondere 
Schreibweise nötig. Betrachten wir 
zuerst die Syntax bei der Zuweisung 
von Adreßwerten an Zeigervariablen. 
Soll einer Zeigervariablen eine Ad- 
resse zugewiesen werden, ist der Vari- 
ablenname des Zeigers ohne voran- 
gestellten Stern zu verwenden. Den 
Wert einer Adresse, an der eine be- 
liebige Variable gespeichtert ist, erhält 
man durch die Verwendung des Ad- 
reßoperators ‘&’. Folgende Tabelle 
zeigt Ihnen noch einmal die Aus- 
wirkungen der verschiedenen Mög- 
lichkeiten, die sich bei der Verwen- 
dung der Operatoren ‘*’' und '&’ er- 
geben. 


int platzhalter; 


int *zeiger; 





platzhalter liefert den Wert, der in der 
Variablen ‘Platzhalter’ gespeichert ist. 


&platzhalter 


Liefert die Adresse, in der der Wert der 
Variablen‘Platzhalter’ gespeichert ist. 


zeiger 


Liefert die Adresse, auf die der Zeiger 
momentan zeigt. 


"ZIEL 


Liefert den Wert, der in der Adresse 
gespeichert ist, auf den der Zeiger 


momentan zeigt. 
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Kommen wir jetzt zu einer interessan- 
ten Möglichkeit, die die Programmier- 
ung mit Zeigern eröffnet. Hierzu kom- 
men wir noch einmal auf das Array 
zurück. Arrays und Zeiger sind in C 
sehr stark miteinander verbunden. Man 
kann eigentlich alle Zugriffe auf ein 
Arrayelement auch über Zeiger ab- 
wickeln. Die folgende Aufstellung 
zeigt Ihnen den jeweils äquivalenten 
Befehl. 

Wir gehen wieder von einem Array mit 
10 Elementen aus. 


int a[ 10]; 


zeig a= &all]; 





Nach diesen Vorbereitungen haben wir 
einen Zeiger, der auf das erste Element 
im Array ‘a’ zeigt. 


xyz = al0]; 


Der Variablen ‘xyz’ wird der Wert von 
‘al0]’ zugewiesen. Folgende Anwei- 
sung würde genau das gleiche be- 
wirken. 


XyZ= zeig a; 


Der Zugriff auf weitere Elemente sieht 
wie folgt aus: 


xyz=all]; 
xyz = *(zeig_a+ 1); 
xyz=al5]; 


xyz=*(zeig a+5); 
usw. 





Diese Art des Zugriffs auf Variablen 
über Zeiger und die Addition eines 
Offsets ist keineswegs so selbstver- 
ständlich, wie es in diesem Beispiel 
aussieht. Dem aufmerksamen Leser ist 
sicherlich eine kleine Unstimmigkeit 
in den eben beschriebenen Zugriffs- 
möglichkeiten auf Variablen über Zei- 
ger aufgefallen. 

Wir wenden uns dazu noch einmal der 
Darstellung von Variablen im Speicher 
zu. Das Array ‘a’ sei ab der Speich- 
eradresse 1000 im Arbeitsspeicher des 
Rechners abgelegt. Die dort gespeich- 
erten Werte sind in diesem Beispiel 
durch vierstellige Buchstabenkombi- 
nationen dargestellt. 


Adresse Wert 


1000  aaaa 
1002 bbbb 


1004  cecc 
1006 dddd 
1008  eeee 
1010 ffff 





In diesem Beispiel wird von einer 
Zahlengröße von 16 Bit - das ent- 
spricht zwei Speicherzellen mit je 
einem Byte - ausgegangen. Das erste 
Element belegt also die Speicherzellen 
1000 und 1001. Das zweite liegt dann 
entsprechend in den Adressen 1002 
und 1003. 

Durch die Zuweisung ‘zeig_a = &a[0]' 
erhält die Zeigervariable ‘zeig_a’ den 
Wert 1000 zugewiesen. Wenn wir jetzt 
die obige Anweisung ‘xyz = *(zeig_a+ 
1)’ wollen, müßte doch eigentlich fol- 
gendes passieren ! 


zeig_a = 1000 
*zeig a = aaaa 


zeig _a+ 1= 1001 


*(zeig a+ l)=aabb 77% 





Nach dieser Überlegung würde also 
das oben gezeigte Beispiel nicht 
funktionieren. Daß es in C doch arbei- 
tet, liegt an der speziellen Zeigerarith- 
metik des C-Compilers. Diese Arith- 
metik sogrt dafür, daß bei der Addition 
von | zu einem Zeiger nicht wirklich 
der Wert 1 addiert wird, sondern die 
Anzahl von Speicherzellen, die die 
Variablenart groß ist, auf die der 
Zeiger zeigt. Dasselbe gilt auch für den 
Operator ++, der eine Variable hoch- 
zählt. 

Bei den ganzen in dieser Folge ge- 
zeigten Zuweisungen von Zeigern auf 
andere Variablen ist eine Besonderheit 
zu beachten. Wir betrachten dazu noch 
einmal folgende Zuweisung : 


zeig_a= &al0]; 


Diese Zuordnung kann auch kürzer 
geschrieben werden : 


zeig a=a; 





Top aktuell: 


Amiga Tips & Tricks - jetzt in einer 
völlig überarbeiteten Neuauflage. 
Hier verraten Ihnen echte Profis, 
mit welchen Tricks sie mehr 

aus dem Amiga holen: Hilfen zur 
Gestaltung eigener Programme, 
Tips & Tricks zum AmigaBASIC, 
Maschinenprogramme in Amiga- 
BASIC, Einsatz von DOS- 
Routinen, optimierende Hilfs- 
programme für AmigaBASIC-Pro- 
gramme, Tips zur Arbeit mit der 
Workbench, Aufbau der Icons, 
neue Ein-/Ausgaberoutine. Mit 
vielen Anregungen, aber auch fer- 
tigen Lösungen. Greifen Sie in die 
Trickkiste, und schon werden 
Dinge wahr, die Sie nicht für mög- 
lich hielten. Ein Buch, das voller 
Überraschungen steckt. 

Amiga Tips & Tricks - die riesige 
Fundgrube für jeden Amiga- 
Besitzer. 

Amiga Tips & Tricks 

Hardcover, 473 Seiten 

DM 49,- 


DATA BECKER 


Merowingerstr. 30 - 4000 Düsseldorf - Tel. (0211) 310010 


KERKLOH 
TORNSDORF 
ZOLLER 


Ex Bear) % ERS 


EEE 
SR 2 
ee 





Der Amiga macht es einem so 
leicht wie möglich. Nahezu alles 
läßt sich problemlos über die 
Workbench bearbeiten. Wenn Sie 
jedoch den Mut haben, die 
komfortable Oberfläche zu ver- 
lassen, werden Sie schon sehr bald 
belohnt - mit einigen Dingen, 

die Sie dem Amiga bisher nicht 
zugetraut hätten. Das große Buch 
zu AmigaDOS hilft Ihnen dabei. 
Neben einem ausführlichen Ein- 
steigerteil erfahren Sie alles, was 
Sie bei Ihrer praktischen Arbeit ° 
mit dem AmigaDOS wissen soll- 
ten: Umlenken der Ein- und Aus- 
gabe, sinnvoller Einsatz des Jokers, 
Arbeiten mit RAM-Disk und CLI, 
Batch-Dateien, STARTUP- 
Sequenz, Multitasking mit dem 
CLI, Aufbau der CLI-Befehle, Pro- 
grammierung eigener CLI-Befehle, 
neue CLI-Befehle in BASIC und 
C. Dazu ein ausführlicher, 

gut strukturierter Nachschlageteil. 
Wer also mit dem AmigaDOS 
arbeiten möchte, sollte dieses 
Buch immer in greifbarer Nähe 
haben. 

Das große Buch zu AmigaDOS 
Hardcover, 320 Seiten 
DM 49,- 


Das Buch, das zur Amiga-Floppy 
keine Frage offenläßt. Hier finden 
Sie Dinge, die Sie im Handbuch 
vergeblich suchen werden: Floppy- 
Operationen unter der Workbench 
und unter AmigaDOS im CLI, 
relative und sequentielle Dateien, 
Aufbau der Diskette, Zugriff über 
Trackdisk-Device, Track lesen und 
schreiben, Kodier-und Dekodier- 
routinen des Betriebssystems... 
Mit vielen nützlichen Programmen 
wie z.B. ein Superkopierprogramm 
oder einen Floppyspeeder. Was Sie 
wissen müssen, finden Sie hier - 
vom Einsteiger zum Profi. 
Amiga-Floppy-Buch 

Hardcover, ca. 350 Seiten 

inkl. Diskette, DM 59,- 
erscheint ca. 2/88 













Die Ähnlichkeit geht sogar noch etwas 
weiter! 





Eine Operation, die hier jedoch nicht 
erlaubt ist, ist das Verändern des 
Wertes von ‘a’, z.B. durch folgende 
Zeile.: 





Der Bezeichner eines Arrays, auch 
Vektor genannt, ist in C eine Konstante 
und kann, im Gegensatz zu Zeigervari- 
ablen, nicht verändert werden. Man 
kann dies jedoch umgehen, indem man 


den Vektor an eine Funktion übergibt, 
die intern mit Zeigern arbeitet. Das fol- 
gende kleine Programm zeigt eine 
kleine Funktion, die die Länge einer 
Zeichenkette bis zum ersten Leer- 
zeichen zählt. 





An die Funktion wird ein Vektor einer 
Zeichenkette übergeben, der intern 
jedoch als Zeiger interpretiert wird. 
Auf diese Weise kann die verlangte 
Funktion sehr leicht programmiert 
werden. Man findet diese Vorgehens- 
weise sehr häufig in C-Programmen. 

Ich möchte Ihnen an dieser Stelle erst 
einmal die Gelegenheit geben, das 


neue Wissen zu verdauen. Die Pro- 
grammierung mit Zeigern ist in C eine 
sehr wichtige Sache und sollte daher 
von Ihnen einiges an Aufmerksamkeit 
bekommen. 

Viel Spaß und bis zum nächsten Mal. 
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Teil 3: Wie wäre es mit einem eigenen Spiel? 
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Bild 1: Bevor es losgeht, muß zunächst das Spielfeld abgesteckt werden 


| 


In dieser Ausgabe möchte ich die Gestaltung 
eines Break-Out-Spiels behandeln. Diese Art 
von Spiel hat in letzter Zeit immer mehr an 
Popularität gewonnen. Bei seiner Program- 
mierung auf dem AMIGA spielt gerade die 
Grafik eine große Rolle. Doch dazu braucht 
man ein gutes Hilfsprogramm. Was liegt also 
näher, als DPAINT zu Hilfe zu nehmen? 


Ss ollten Sie sich entschlossen ha- 
ben, für dieses oder ein anderes 
Spiel die Grafik zu zeichnen, dann 
sollten Sie sich zunächst den Namen 
des Spiels, den Screenaufbau und das 
Geschehen rund um das Spiel aus- 
denken. Ich werde in diesem Kurs die 
Dinge in einer Reihenfolge erklären, 
die Sie immer einhalten sollten. Wir 


werden mit dem Hintergrund, der 
Score-Leiste und den Anzeigen be- 
ginnen und dann mit den Steinen und 
dem Schläger fortfahren. Schließlich 
widmen wir uns den herumfliegenden 
Sprites oder Bobs, der Highscoreliste 
und zeichnen erst ganz zum Schluß das 
Titelbild. 





Bild 2: Ein ausgefüllter Hintergrund 


1. Die Score-Leiste 


Hier müssen Sie sich zuerst einmal 
überlegen, wie Ihre Score-Leiste aus- 
sehen soll. Darin enthalten sein sollten 
auf jeden Fall der Name des Spiels, die 
Anzeige der Punkte, die Höchstpunkt- 
zahl und die Anzahl der teilnehmenden 
Spieler. Bei vorhandenen Special- 
Funktionen (wie z.B. zwei Bälle, 
gespiegelte Lenkung des Schlägers, 
doppelt breiter Schläger, Abschießen 
von Steinen, magnetischer Schläger 
usw.) darf die Anzeige der gerade 
aktiven Funktion natürlich nicht feh- 
len. Na, da kommt doch schon eine 
ganz schöne Palette zusammen, oder 
nicht? 

Ich würde Ihnen empfehlen, das Ganze 
unter- oder nebeneinander gegliedert 
auf dem Bildschirm darzustellen. 
Beachten Sie dazu Beispiel. Sie könn- 
ten aber auch zu der Score-Leiste pas- 
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Bild 3: geradezu ideal ist ein Bild als Hintergrund 


send einen Rand um das Spielfeld 
herum aufbauen. 

So, jetzt hätten wir ja schon ein schö- 
nes Aussehen für unseren Screen. Aber 
soll der Untergrund, auf dem man spä- 
ter spielt, etwa schwarz bleiben? Stel- 
len wir stattdessen doch ein schönes 
Muster oder eine Hintergrundgrafik 
darin dar. Für die Muster nehmen wir 
am besten Patterns, die mit DPaintlI 
gezeichnet werden (Bild 2). Achten Sie 
aber bei den Mustern darauf, daß sie 
immer aneinander passen, und verwen- 
den Sie keine allzu grellen Farben. He- 
ben Sie sich diese für die Steine auf, 
denn anderfalls wird der Spieler wäh- 
rend des Spielens sehr beeinträchtigt. 
Und noch etwas: Finden Sie es nicht 
auch schön, eine von Steinen bedeckte 
Landschaft oder ein Bild freizulegen? 
Ein Beispiel hierzu sehen Sie in Bild 3. 
Man erkennt sofort, daß das einen be- 
sonderen Reiz haben kann. Wem der 
ruhende Untergrund nicht genügt, der 
sollte ihn scrollen lassen. 

Was halten Sie von diesen Ideen? Ich 
hoffe, daß für jeden Geschmack etwas 
dabei war. 


SEE PPIRTIREG 
DIE E 


SCORE 


HIGH 
SCORE: 


Kommen wir nun zu den wichtigsten 
Bestandteilen eines Break-Out-Spie- 
les: dem Schläger und den Steinen. 


Überlegen Sie sich nun, wie groß und 
in welchen Farben die Steine später auf 
dem Bildschirm dargestellt werden 
sollen. Und denken Sie auch über 
Funktionssteine wie z.B. Bonusleben, 
Bonuspunkte usw., die evtl. in das 
Spiel eingebaut werden sollen, nach. 
Zeichnen Sie nun die Steine in der von 
Ihnen gewählten Größe (nicht zu 
klein!) auf den Bildschirm. Aber bitte 
keine einfarbigen und wirklich öde 
aussehenden Steine wählen, lassen Sie 
ihrer Phantasie ruhig freien Lauf. 

Was Sie noch beachten sollten, ist, eine 
Licht- und eine Schatten-Seite auf den 
Steinen zu erzeugen, denn das gibt 
ihnen erst die richtig plastische Wir- 
kung. Bei der Schlägergröße empfehle 


ich die Breite zweier nebeneinander 


gesetzter Steine, da sich diese als 
angenem erwies. 


Bild 4; Einfarbige Spielsteine sind dem AMIGA nicht würdig 





Lassen Sie sich aber bitte auch hier 
etwas Originelles einfallen (siehe Bild 
4). “Aber wo ist denn der Ball, mit dem 
man spielen soll?”, werden manche 
von Ihnen sich jetzt fragen. Dieses 
Thema werden wir natürlich sofort be- 
handeln, aber beachten Sie dazu doch 
bitte zuerst einmal Bild 5. Dort sehen 
Sie einige Vorschläge für Bälle, die et- 
was anders aussehen als weiße Kreise 
mit einem roten Punkt in der Mitte. 
Oder was halten Sie von einem ani- 
mierten Ball? Da macht später das 
Spielen gleich viel mehr Spaß. 


Ich möchte Sie nicht unbedingt beein- 
flussen bei der Wahl zwischen der Gat- 
tung “Sprite” und “Bob” für Ihre he- 
rumfliegenden Objekte. Wählen Sie 
die Ihnen am besten liegende aus und 
setzen Sie sie in ihr Spiel ein. Aber 
auch hier appeliere ich an Ihre Ori- 
ginalität. Und achten Sie darauf: die 
herumwirbelnden Objekte sollen in er- 
ster Linie als Bonus und als beweg- 
liches Hindernis für den Ball gelten 





Bild 5: Eine kleine Auswahlpalette für Schläger und Bälle. 
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Bild 6: Ein Construction-Kit bietet eine große Hilfe zur Spielentwicklung. 








und nicht ein eigenständiges Spiel dar- 
stellen. 


4. Highscoreliste 


Die Highscoreliste sollte übersichtlich 
gegliedert sein und einen farbenfrohen 
Eindruck machen. Aber verfallen Sie 
bitte nicht auf die ordinäre Namens- 
eingabe per Tastatur, diese Zeiten sind 
nun wirklich vorbei!!! Was halten Sie 
beispielsweise von einer kleinen Mur- 
melbahn, bei der man die Bahn so 


einrichten muß, daß der unter dem 
Röhrchen befindliche Buchstabe von 
der Murmel getroffen wird? 


5. Titelbild 


Beim Titelbild möchte ich Ihnen nicht 
viel hineinreden; hier spielt der eigene 
Geschmack eine große Rolle. Platz für 
Ihre Kreativität ist genug. Vergessen 
Sie aber keinesfalls Ihren Namen in 
diesem Bild zu verewigen. 

Zum Schluß noch ein kleiner Tip: Die 


Stein-Kombinationen lassen sich am 
besten mit Hilfe eines Construktion- 
Kits entwerfen. Beachten Sie dazu 
auch Bild 6 des Construction-Kits zu 
dem Spiel “Break’em”. 

Ich hoffe, daß Ihnen dieser Ausflug in 
die Spielentwicklung weitergeholfen 
hat, oder Ihnen zumindest einen Ein- 
druck von der Arbeit, die in der gra- 
fischen Gestaltung eines Spiels steckt, 
vermittelt hat. 





Deine 


en Sind Schweeerr = ug 


Shwer .. Du bit müde ... Do Atchst nun 
vollständie wter meiner Kontrolle! 
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VONHERBERTKUNZ 


MIT BASIC ANS 
SYSTEM 


Teil 1: Nutzung der System Routinen 


von Amiga Basic 


Die zum Amiga mitgelieferte Programmier- 
sprache ist Amiga Basic. Der Sprachschatz 
dieses Basic Interpreters erlaubt es, die mei- 
sten der Möglichkeiten, die der Amiga bietet, 
zu nutzen. So können Pull Down Menüs er- 
zeugt werden, die Maus kann auf Bewegungen 


ds a7 ' u ni Kemuiläliuri Hukieisuibetiie mei Alten über au a ui 


und Knopfdrücke abgefragt werden, das Pro- 
grammieren von Fenstern erfolgt mit ein- 
fachen Basic-Befehlen u.s.w. Wer noch mehr 
aus dem Amiga herausholen will, für den bietet 
Amiga Basic einen recht leistungsfähigen Be- 
fehl, den Befehl LIBRARY. 


Fangen wir an ... 


Durch diesen Befehl haben Sie die 
Möglichkeit, die Betriebssystemrou- 
tinen des Amiga aufzurufen. In der 
Regel werden diese Routinen benutzt, 
wenn Sie Ihren Amiga in C oder As- 
sembler programmieren. Aber auch bei 
der Programmierung in Amiga Basic 
kann es recht nützlich sein, über die 
wichtigsten Systemroutinen Bescheid 
zu wissen. Aufgabe dieses Kurses soll 
es sein, Ihnen Einblick in die wich- 
tigsten Libraries zu geben, und anhand 
von Beispielen die Nutzung einiger 
Systemroutinen zu erklären. 


Die Libraries 
LIBRARY heißt auf deutsch Biblio- 


thek. Wenn Sie wissen wollen, welche 
Bibliotheken Ihnen der Amiga zur 
Verfügung stellt, dann laden Sie ein- 
mal Amiga Basic, legen Sie die Extras- 
Diskette ein und tippen folgendes ein: 


CHDIR“dfO:fd1.2 "files 





Es werden nun sämtliche Systemlib- 
raries aufgelistet mit dem Anhang 
_lib.fd. In Tab. 1 sehen Sie, welche 
Libraries welche Funktion haben. Wir 
wollen einmal in diese Libraries 
hineinschauen. Tippen Sie das kurze 
Programm LIB.READ ab und starten 
Sie es. Sie werden aufgefordert, den 
Namen der Library anzugeben. Geben 
Sie diesen Namen ohne den Anhang 


_lib.fd ein. Ihn setzt das Programm 
automatisch. Es werden nun die 
einzelnen Systemroutinen mit ihrem 
Namen aufgelistet. Ein Beispiel sehen 
Sie in Bild 1 auf der nächsten Seite 
(Auszug aus der Graphics Library). 
Hinter dem Namen stehen die 
Parameter, die bei diesem Befehl mit 
angegeben werden müssen. Hinter den 
Parametern stehen die Register, in 
denen diese Parameter eingesetzt 
werden müssen. Diese sind aber nur für 
den Assemblerprogrammierer interes- 
sant. Nun können Sie zwar die Lib- 
raries lesen, aber Amiga Basic noch 
nicht. Es benötigt ein spezielles Da- 
tenfile, um die Systemroutinen aufru- 
fen zu können. 


Die .bmap Dateien - 
nur für Basic- 
Programmierer 


Es sind dies die Dateien mit dem An- 
hang .bmap. Einige .bmap-Dateien be- 
finden sich bereits in der Schublade 
BasicDemos der Extras-Diskette. Aber 
leider noch nicht alle. Zum Erstellen 
dieser Dateien dient das Programm 
ConvertFD auf der Extras-Diskette. 
Wenn Sie dieses Programm starten, 
werden Sie aufgefordert den Datei- 
namen der fd Datei anzugeben. Sie 
müssen hier den vollen Namen und 
Pfad angeben; also zum Beispiel für 
die intuition Library: 
dfO:fdl.2/intuition_lib.fd 

Für die anzulegende .bmap-Datei 
geben Sie ein: intuition.bmap 

Die .bmap Dateien haben folgendes 
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sibase _öfıßase 
Hbiae 30 
Moublic 
Text routines 
BitBitManlsreBitMan, srcX,arct,destäit4an,destX.destY,sizaX.sizeY,aintern,mack, tenoA)!A0,D0/D1.A1,D2/03/D4/ 
05/06/07/a2) EitTemslatelsource, srcX,srchod,destässtfort.destX,destY, eizeX. sizeY)lAu.D0/D01/A1,02/03/04/05) 
ClesrEöLfrastFort}[Al} 
ClearScreentrastrort)[Al) 
TeıtLengthlässtFort,string,count!!A1,A0,00) 
Text(RastFort. string. count ]A1.A0,DO) 
setfontirastFertId,textFont)!Al,A0) 
OpenFontftentAttr) (AG! 
Closeront(teatront)(Al) 
Ask5oftStvielrastfort)(Al) 
tetsoftStylelrastrort.strla,enable)lAl.D0/DI) 
Gele routines 
Moublic 
AddRob[bob,.rastFort\(AG.A1) 
AddV5pritelväorite.rastfort \lAQ/AL) 
DoCollisionfrasfort\{Al) 
Drawßlistirastrort,viewrort (Al.AN) 
Init6els(dumarHead, dumayTail,selsInfo)[A0/A1/A2) 
InitNasks{vSprite) (AD) 


Auszug aus der Graphics Library 


- Die Libraries und ihre Bedeutung 


._ un nn 


Ison.Library Zuständig für die Verwaltung der Workbench 


Symbole. 
Layers.Library - Verwalt=t die l(lberlagerten Bildschirmbereiche. 
Exes.Librany Zuständig für Speicher und Multitasking. 
Graphics.Library - Die graphischen Funktionen. 


Translater.Library - Sprachausgab®e. 


- Textausgab® in Consoalen-Fenster (z.B CLI) 


Console.Library 
Intuition.Library - Screens, Fenster, Gadgets, Menüs, u.s.Ww. 
Timer.Library - zur Frogyrammierung von genauen Zeitintervallen. 


Diskfont.Libraryv - Erlaubt die Benutzung der Diskresidenten 
Zeichensätz». 


FotgoLibrary - Für analoge Eingaben. 
Expansion.Library - Für Erweiterungen. 
Dos.Library - Die Disk Routinen. 

Clist.Library - Für die Verwaltung von Copper-Lists. 
Mathieeedoubbas.Library - Mathematische Routinen für Integer. 


Cstrings.Library - Routinen für Strings. 


Mathtrans.Library - Winlelfunktionen, Logarithmusberechnungen. 


Mathffp.Library - Mathematische Routinen für Fließkommazahler 


Die Libraries und ihre Bedeutung 
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Format: Zuerst steht dort der Name der 
Systemroutine als ASCII-Zeichen, ab- 
geschlossen mit einem Null-Byte. 
Dann folgt der Offset des Befehls als 
vorzeichenbehafteter 16-Bit Wert und 
zum Schluß Zahlenwerte für die Re- 
gister, in denen die Parameter über- 
geben werden, abgeschlossen mit ei- 
nem Null-Byte. Die Werte 1-8 stehen 
für die Register DO-D7 und die Werte 
9-13 für die Register AO-A4. Für un- 
sere Experimente mit den System- 
routinen legen Sie sich am besten eine 
Diskette an, auf die Sie die .bmap-Da- 
teien kopieren. 


Gewußt wie ! 

Wie eingangs erwähnt, wird eine Sy- 
stembibliothek mit dem Befehl Library 
zugänglich gemacht. Hinter dem Lib- 
rary-Befehl steht der Name der Bib- 
liothek in Anführungszeichen - aber 
ohne den Anhang .bmap, dafür mit 
dem Anhang .library. Wenn Sie die 
Exec-Library eröffnen wollen, schrei- 
ben Sie: 


LIBRARY “exec.library” 





Amiga Basic sucht die Libraries immer 
im aktuellen Verzeichnis. Notfalls 
müssen Sie mit dem Befehl CHDIR die 
Diskette oder das Unterverzeichnis, in 
denen sich die .bmap Dateien befinden, 
zum aktuellen Verzeichnis erklären. 
Nachdem die Library eröffnet wurde, 
steht uns nichts mehr im Wege, eine 
Systemroutine aufzurufen. Dazu dient 
der Basic-Befehl CALL. Nach dem 
Call-Befehl folgt der Name der Sy- 
stemroutine und in Klammern die Pa- 
rameter die diese Routine benötigt. Sie 
können den Befehl Call allerdings auch 
weglassen. Wenn Sie das tun, dürfen 
Sie die Parameter nicht in Klammern 
setzen. 


Parameter 


Noch ein Wort zu den Parametern. 
Diese müssen übrigens Variablen vom 
Typ Integer sein. Einige Systemrou- 
tinen geben uns einen Wert zurück. 
Diese Routinen müssen mit dem 
Befehl DECLARE FUNCTON defi- 
niert werden. Auch hierfür ein Bei- 
spiel: 


DECLARE FUNCTION ReadPixel 
&LIBRARY 
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Wie Sie sehen, muß hinter dem Namen 
der Routine das Zeichen für Long 
Integer stehen. Wenn die Library nicht 
mehr benötigt wird, sollten Sie diese 
wieder schließen. Dazu dient der Be- 
fehl LIBRARY CLOSE. Sie können 
übrigens 5 Libraries zur gleichen Zeit 
geöffnet haben. Wenn Sie des öfteren 
eine Library öffnen, ohne Sie vorher zu 
schließen, kann es passieren, daß der 
Amiga Ihnen die Guru Meditation- 
Meldung präsentiert. Diese unbeliebte 
Meldung sehen Sie auch sehr schnell, 
wenn Sie beim Aufruf der System- 
routinen unzulässige Parameterwerte 
übergeben. Also beim Experimentie- 
ren mit den Libraries immer daran den- 
ken: erst das Programm speichern, 
dann starten. Bevor wir zu den einzel- 
nen Systemroutinen kommen, noch ei- 
ne Begriffserklärung. Bei einigen Sy- 
stemroutinen werden als Parameter 
keine Werte sondern ein Zeiger auf ei- 
ne Struktur verlangt. Unter einer sol- 
chen Struktur können Sie sich einen 
Speicherbereich vorstellen, in dem wie 
in einer Tabelle verschiedene Daten 
stehen. Es können Werte von 1,2 oder 
4 Byte Länge sein oder wiederum ein 
Zeiger auf eine andere Struktur. Solche 
Strukturen sind ein wichtiges Element 
beim Amiga. In C oder Assembler ist 
das Anlegen solcher Strukturen kein 
Problem. Amiga Basic tut sich da et- 
was schwerer. Aus diesem Grunde ha- 
be ich ein Programm geschrieben, wel- 
ches das Anlegen einer solchen Struk- 
tur mit Amiga Basic vereinfacht. Die- 
ses Programm macht uns gleich mit ei- 
ner Betriebssystemroutine aus der In- 
tuition Library bekannt. 


Eine nützliche Hilfe 


Diese Routine heißt AllocRemember 
und liefert beim Aufruf einen Wert 
zurück. Aus diesem Grunde muß diese 
Routine als Funktion definiert werden. 
Die Werte der anzulegenden Struktur 
werden in Datazeilen abgelegt. Als 
ersten Wert schreiben Sie b,w oder I. 
Der Buchstabe b bedeutet, daß der zu 
speichernde Wert I Byte lang ist, w 
steht für 2 Byte und | für einen 4 Byte 
langen Wert. Dahinter steht der ei- 
gentliche Wert. Soll ein Text in einer 
Struktur angelegt werden, so setzen Sie 
als Zeichen t und dahinter den Text. 
Wenn in der Struktur ein Zeiger auf ei- 
ne weitere Struktur oder auf einen Text 


‘ Programm Lib.Read 

‘ Liest den Inhalt der System Librarys 
\ 

CHDIR”dfO:£fd1.2" 


INPUT”Name der Library :”;1n$ 


x 


In$=1In$+” 1ib.£d” 


OPEN 1n$ FOR INPUT AS #1 
\ 
WHILE NOT EOF (1) 
LINE INPUT #1,buf$ 
PRINT buf$ 
WEND 


END 


‘ Programm : Strukturmaker 
x 
DECLARE FUNCTION AllocRemember& LIBRARY 


LIBRARY “intuition.library” 


teststruktur: 

DATA b,12 

DATA b,0 

DATA w,1200 

DATA 1,12991 

DATA 1,0 ‘ Zeiger auf Text 
DATA t,hallo 


DATA e 


RESTORE teststruktur:GOSUB memory 


RESTORE teststruktur:GOSUB struktur 


POKEL pointer&+t8,tpointer& (l) ‘ Zeiger auf Text 


GOSUB memoryclear ‘ Speicher wieder freigeben 


LIBRARY CLOSE 


STOP 


struktur: 
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t=1l:pointer&=speicher& 
READ byte$ 
WHILE byte$<>”e” 
READ wert$ 
IE byte$="b” THEN 
POKE speicher&, VAL (wert$) 
speichers=speicher&+tl 
END IF 
IF byte$="w” THEN 
POKEW speicher&, VAL (wert $) 
speichers=speicher&+t2 
END IE 
IF byte$="1” THEN 
POKEL speicher&, VAL (wert$) 
speicher&=speicher&+t4 
END IF 
IF byte$="t” THEN 
tpointer& (t)=textsp&toffs(t) 
FOR i=1 TO LEN (wert$) 
POKE textsp&toffs (t) +i-1,ASC (MID$ (wert$,i,1)) 
NEXT 
POKE textspstoffs (t)+i-1,0 
t=t+1 
END IF 
READ byte$ 
WEND 


RETURN 


memory: 
t=1:maxsp&=0:textsp&s=0 


READ bytes 


WHILE byte$<>”e” 


READ wert$ 
IF byte$="b”THEN maxsp&=maxsp&+l 
IE byte$="w”THEN maxsp&=maxsp&+2 
IE byte$="1”"THEN maxsp&=maxsp&+4 
IF byte$="t” THEN 

offs (t)=textsp& 


textsp&=textsp&+tLEN (wert$) +1 





vorkommt, so setzen Sie in den Data- 
zeilen den Wert O ein, wenn Sie die 
Adresse dieser Struktur noch nicht wis- 
sen. Nach dem Aufruf der Routine 
Struktur poken Sie den Wert in die ent- 
sprechende Speicherstelle (siehe Bei- 
spiel im Listing). Nun wird mit RE- 
STORE der Zeiger auf die Datazeilen 
gesetzt und die Routine memory au- 
fgerufen. In dieser Routine wird der 
Speicherbedarf ermittelt und der Spei- 
cher mit der Systemroutine Alloc- 
Remember angelegt. AllocRemember 
hat folgendes Format: 


speicher&= AllocRemember-(re- 


memberkey,size,flags) 





- rememberkey ist ein Zeiger auf eine 
Struktur, in der Intuition sich merkt, 
welchen Speicher Sie mit AllocRe- 
member belegt haben. Setzen Sie die- 
sen Zeiger einfach auf 0. - size definiert 
die Größe des benötigten Speichers. 

- flags definiert folgendes: 


- 2° = PUBLIC 

- 2!= CHIP MEMORY 

- 22= FAST MEMORY 

- 2!°= Speicherinhalt löschen 





Die Routine AllocRemember hat den 
Vorteil, daß der belegte Speicher mit 
der Routine FreeRemember wieder 
dem System zurückgegeben werden 
kann. Selbst wenn Sie die Routine Al- 
locRemember öfter aufrufen, brauchen 
Sie sich nicht darum zu kümmern, 
welche Speicherbereiche Sie belegt ha- 
ben. AllocRemember merkt sie sich. 

FreeRemember hat folgendes Format: 


Call FreeRemember (remember 


key,reallyforget) 





- rememberkey ist oben erwähnter Zei- 
ger. 

- reallyforget hat entweder den Wert 0, 
wenn nur die Rememberstruktur ge- 
löscht werden soll, oder 1 wenn der 
Speicher und die Rememberstruktur 
für das System wieder verfügbar sein 
sollen. 





READ bytes Die Zukunft 


Ich hoffe, daß Sie nun das nötige 
Grundwissen haben, um mit mir die 
einzelnen Systemroutinen besprechen 
flags=2*1+2”16 zu können. In der nächsten Folge 
werden wir uns mit der Graphics Lib- 
rary beschäftigen. Für Basic-Program- 


WEND 


speicher&=AllocRemember& (0,maxsp&,flag&) 


IF speicher&=0 THEN ERROR 7 mierer sicher ein Leckerbissen, dem 
ee Amiga ein wenig in die Karten zu 
schauen. 


textsp&=AllocRemember& (O,textsp&, flag&) 
IF textsp&=0 THEN ERROR 7 
skip: 


RETURN 


memoryclear: 
CALL FreeRemember (0,1) 


RETURN 
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Auf dem Amiga wird die gesamte Moni- 
torausgabe ausschließlich mittels Pixelori- 
entierter Darstellungen in verschiedenen Gra- 
fikmodi erzeugt. Eine Trennung in rein text- 
orientierte und spezielle Grafikausgabemodi, 
wie sie Ihnen sicherlich von anderen, älteren 
Computermodellen bekannt sein dürfte, gibt es 
beim Amiga somit nicht mehr. 

Wie man an die Schriftarten in Basic heran- 
kommt, zeigt dieser Artikel. 
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Text wird innerhalb von pixelorien- 
tierten Darstellungen am einfachsten 
und effizientesten über sog. Punkt- 
matrizen erzeugt, wobei natürlich für 
jedes auszugebende Textzeichen 
(Buchstabe, Ziffer oder Sonderzei- 
chen) eine eigene, ganz spezielle 
Punktmatrix festgelegt werden muß. 
Eine bis maximal 256 solcher Punkt- 
matrizen mit aufeinanderfolgendem 
ASCI-Codewert der von ihnen darge- 
stellten ASCII-Zeichen können unter 
dem Amiga-Grafiksystem zu einem 
ganzen Zeichensatz zusammenge- 
schlossen werden. Dabei werden diese 
Zeichensätze - im Fachjargon auch 
Fonts genannt - mit einem Namen be- 
nannt und auf Diskette oder im freien 
RAM bzw. Pseudo-ROM Ihres Amiga 
abgespeichert. Der Vorteil dieser Art 
der pixelorientierten Textausgabe mit 
Hilfe von Punktmatrizen besteht zwei- 
felsohne darin, daß das Erschei- 
nungsbild und die Größe der Zeichen 
vom Benutzer oder Programmierer be- 
liebig festgelegt werden können. Al- 
lerdings ist es aufgrund programm- 
technischer Gründe nicht ratsam, die 
Größe der Punktmatrix innerhalb eines 
einzigen Zeichensatzes variabel zu 
gestalten. Das Amiga-Grafiksystem 
unterstützt deshalb auch nur Zei- 
chensätze von konstanter Höhe - in 
Bezug auf die Breite der einzelnen 
Ausgabezeichen eines Zeichensatzes 
besteht dieser Zwang jedoch nicht. 











Systemfonts 


Das als kleine, theoretische Einführung 
zu Zeichensätzen auf dem Amiga. 
Damit nicht jeder nun erst einmal sei- 
nen eigenen Zeichensatz mit 256 ver- 
schiedenen Punktmatrizen erstellen 
muß, bevor er überhaupt Text auf dem 
Monitor seines Amiga ausgeben kann, 
werden auf der Workbench-System- 
diskette in dem “fonts”-Verzeichnis 
schon einige vorgefertigte System- 
fonts mitgeliefert. 

Neben dieser Sammlung von bereits 
einsatzbereiten Fonts werden noch 
zwei weitere, fertige Fonts bereits 
während der Installation des Amiga- 
Betriebssystems in das Pseudo-ROM 
geladen: “topaz/8” und “topaz/9”. Je 
nach Einstellung des gewählten Aus- 
gabebetriebsmodus (80-Z oder 60-Z 
Darstellung), wird einer dieser beiden 
Fonts nach der erfolgreichen System- 
installation erst einmal voreinstel- 
lungsgemäß aktiviert und für alle zu 
erledigenden Textausgaben verwen- 
det. 

Darüber hinaus erzeugt das Betriebs- 
system während der Systeminstallation 
ein logisches Gerät “FONTS:”, unter 
dem die Systemfontsammlung immer 
zu finden ist. Nach dem Systemstart 
mit einer Workbench-Diskette wird 
diesem logischen Gerät “FONTS:” 
z.B. der Pfadname “SYS:fonts” zuge- 
wiesen sein. 


1. Einzelheiten zum 
Umgang mit 
Zeichensätzen 


Um einen neuen Zeichensatz für die 
Textausgabe verwenden zu können, 
muß man natürlich den zugehörigen 
Textfont, der ja die einzelnen Zei- 
chenmatrizen zur Verfügung stellt, erst 
einmal aktivieren. Dieser Aktivie- 
rungsprozeß gliedert sich unter dem 
Amiga-Grafiksystem in zwei ver- 
schiedene Schritte: 


(a) Textfont für die Benutzung öffnen, 
wobei auf Diskette gespeicherte 
Fonts evtl. erst noch in den Speicher 
geladen werden müssen. 

(b)Textfont endgültig für die Tex taus- 

gabe setzen und einem Ausgabe- 
RastPort zuordnen. 

Zuerst muß der entsprechende Text- 

font also geöffnet werden. 


Grundsätzlich unterteilt man Textfonts 
bezüglich ihres Speicherstatus in zwei 
Typen: DiskFonts (auf Diskette 
gespeichert) und MemoryFonts (im 
freien Speicher, also RAM oder Pseu- 
do-ROM, abgelegt). 

In Abhängigkeit vom Speicherstatus 
des zu öffnenden Textfonts (DiskFont 
oder MemoryFont) können diese über 
Aufrufe der folgenden Systemfunk- 
tionen geöffnet werden: 


Font& = OpenFont&(TextAttr&) 
für MemoryFonts 


Font&=OpenDiskFont&(TextAttr&) 
für DiskFonts 





Beide Systemfunktionen liefern als 
Funktionsergebnis einen Adreßzeiger 
auf einen sog. TEXTFONT-Datensatz, 
dessen genaue Struktur uns im Rahmen 
dieses Artikels jedoch nicht näher inte- 
ressieren soll. 

Dieser TEXTFONT-Adreßzeiger wird 
in Schritt (b) benötigt. Ein 
Funktionsergebnis von NIL = not in 
list (Zahlenwert Null) besagt dabei, 
daß der angegebene Textfont nicht 
geöffnet werden konnte. 

Doch zurück zu den beiden System- 
funktionen, die in zwei verschiedenen 
Systembibliotheken zu finden sind, 
nämlich in “OpenFont&” in der 
“graphics.library” und in “OpenDisk- 
Font&” in der “diskfont.library”. Bei- 
de erwarten als Parameter einen Ad- 
reßzeiger auf einen TEXTATTR-Da- 
tensatz, der die wichtigsten Eigenhei- 
ten wie Namen oder Höhe des zu 
öffnenden Textfonts charakterisiert. 
Den genauen Aufbau eines TEXT- 
ATTR-Datensatzes im Detail zeigt 
Ihnen die Abbildung Nr.1, die diesen 
Datensatz in Form eines Pascalschen 
RECORD-Verbunds aufschlüsselt - in 
seine einzelnen Komponenten zerlegt! 
Hinter jeder RECORD-Komponente 
können Sie dann darüberhinaus noch 
den für Sie als AmigaBASIC-Prog- 
rammierer äußerst wichtigen, relativen 
Byte-Offset derselben sowie deren Da- 
tengröße erfahren (B=Byte, 
W=WORD, L=LONG). 

Die Bedeutung des eben angespro- 
chenen Byte-Offsets wird Ihnen spä- 
testens bei der weiter unten abge- 
druckten Besprechung des Beispiel- 
programms “FontLister” vollkommen 
bewußt werden. 


Doch nun zur Erklärung der Bedeu- 
tungen der einzelnen Komponenten 
eines TEXTATTR-Datensatzes: 


ta_Name 


Ein Adreßzeiger auf eine mit einem 
NULL-Zeichen = CHR$(0) terminierte 
Zeichenkette, die den reinen Namen 
des Textfonts (ohne weitere Höhen- 
bezeichnung !) angibt, also z.B. “to- 
paz.font” oder “ruby.font”. 


ta_YSize 


Eine positive Ganzzahl, welche die 
Höhe der Zeichen des Textfonts in Pi- 
xeln angibt. 


ta_Style 


Eine 2-Byte Marke, deren einzelne 
Bits den für diesen Textfont festge- 
setzten Zeichentyp charakterisieren 
(zur Bedeutung der einzelnen Zahlen- 
werte s.a. Abbildung Nr.1). 


ta_Flags 


Eine 2-Byte Marke, deren einzelne 
Bits voreingestellte Status- und sons- 
tige Typwerte dieses Textfonts be- 
schreiben (zur Bedeutung der einzel- 
nen Zahlenwerte s.a. unten in Ab- 
bildung Nr.1). 


Öffnen 


Im Falle des TEXTATTR-Datensat- 
zes, den Sie den Systemfunktionen 
“OpenFont&” oder “OpenDiskFont&” 
übergeben, beziehen sich die einzelnen 
Angaben natürlich auf den gewünsch- 
ten, zu öffnenden Textfont. 

Die beiden Systemroutinen suchen 
dann unter dem logischen Gerät 
“FONTS:” den Textfont mit dem ange- 
gebenen Namen heraus, dessen Eigen- 
schaften am besten zu den im TEXT- 
ATTR-Datensatz spezifizierten pas- 
sen. Findet sich kein solcher Textfont, 
liefern sie, wie bereits erwähnt, als 
Funktionsergebnis den Wert NIL. 


Aktivieren 


Im Falle des erfolgreichen Öffnens ei- 
nes Textfonts muß nun noch Schritt (b) 
durchgeführt werden, um diesen neuen 
Zeichensatz für die Textausgabe end- 
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TextAttr = RECORD 


ta_Name 
Ea.ySi2e ı 
barstyle: 
ta_Flags : 


WORD; 
BYTE; 
BYTE 


: POINTER TO String; 


Offset 
Offset 
Offset 
Offset 
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Folgende Werte sind für .’Textättr.tf_ötyle’ definiert : 


00 = 
01 = 
$02 
504 
$05 = 


FS_NORMAL 
FSB_UNDERLINED 
FSB_BOLD 
FSB.ITALIC 
FSB_EXTENDED 


oa ern 0 


(normale Textzeichen) 
(unterstrichene Textzeichen) 
(fette Textzeichen) 

(kursive Textzeichen) 
(gedehnte Textzeichen) 


[NARRRKKKRKKRKRKKKKKARKAKKKURKKKKLKKKKKKKKKKRKKRKRKRKKLKAKAKA KK) 
x 





Abb. Nr. 1: Der Aufbau eines TEXTATTR-Datensatzes 


gültig zu aktivieren. 

Auch hierzu stellt das Amiga-Grafik- 
system eine leicht zu handhabende 
Systemroutine zur Verfügung: 
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SetFont(Font&,RastPort&) 


Die Systemprozedur “SetFont” aus der 
Systembibliothek “graphics.library” 


ordnet einem beliebigen Rastport einen 
beliebigen Zeichensatz zu. Der Para- 
meter “Font&” entspricht hierbei ei- 
nem Adreßzeiger auf einen TEXT- 
FONT-Datensatz, den man z.B. bei 
einem Aufruf der Systemfunktionen 
“OpenFont&” oder “OpenDiskFont&” 
als Funktionsergebnis erhält. 

Der Parameter “RastPort&” dagegen 
muß ein Adreßzeiger auf einen 
RASTPORT-Datensatz (der allgemei- 
nen Steuerdatenstruktur für Ausgabe- 
elemente des Amiga-Grafiksystems) 
sein. Jeder Bildschirm und jedes Fenst- 
er besitzen auf dem Amiga z.B. ihren 
eigenen RASTPORT-Dätensatz. 
Unter :AmigaBASIC kann der 
Adreßzeiger auf den RASTPORT-Da- 
tensatz des momentan aktiven 
Ausgabefensters folgendermaßen be- 
stimmt werden: j 


WindowRastPort& = WINDOW (8) 


In diesem Zusammenhang sollten Sie 
vorallem die wichtige Feinheit beach- 
ten, daß ein Aufruf von “SetFont” 
immer nur den Ausgabezeichensatz 
eines einzigen RASTPORT-Datensat- 
zes neu zuordnet. Da jedes Fenster, wie 
oben bereits erwähnt, seinen eigenen 
RASTPORT-Datensatz besitzt, bedeu- 
tet dies in der Praxis, daß neue 
Zeichensätze mittels “SetFont” ganz 
gezielt nur einem einzigen Fenster zu- 
geordnet werden können - die 
Ausgabezeichensätze aller übrigen 
Fenster bleiben unverändert! 


Schließen 


Schon der gesunde Menschenverstand 
gebietet, alles wieder zu schließen, was 
man einmal geöffnet hat. Und ganz 
genauso verhält es sich auch mit 
Zeichensätzen unter dem Amiga- 
Grafiksystem. Hat man erst einmal ei- 
nen Textfont mittels “OpenFont&” 
oder “OpenDiskFont&” geöffnet, 
sollte man ihn auch vor Ende des 
Programms, bzw. sobald er nicht mehr 
gebraucht wird, wieder schließen - vor- 
allem um die von diesem Textfont in 
Anspruch genommenen System- 
resourcen wieder freizugeben. 

Hierzu stellt die Systembibliothek 
“graphics.library” dem Programmierer 
folgende Systemroutine zur Verfü- 
gung: 


CloseFont(Font&) 








Diese Systemprozedur erwartet als 
Parameter einen Adreßzeiger auf den 
TEXTFONT-Datensatz des zu schlie- 
ßenden Zeichensatzes. 

Nach dem Aufruf von “CloseFont” 
existiert der angegebene TEXTFONT- 
Datensatz nicht mehr, und auch alle 
anderen mit ihm vorher verknüpften 
Speicherbereiche sind wieder freige- 
geben worden. 


Diskfonts 


Gerade bei der Arbeit mit auf Diskette 
abgespeicherten Textfonts kann an- 
dauerndes Nachladen vom externen 
Speichermedium oftmals sehr unange- 
nehm sein, ja sogar störende Auswir- 
kungen haben. Aus diesem Grund stellt 
das Amiga-Grafiksystem dem Pro- 
grammierer eine Systemliste zur Auf- 
nahme von geöffneten Textfonts zur 
Verfügung. 

Die Aufnahme eines Textfonts in diese 
Systemfontliste bewirkt, daß dieser 
Textfont nur ein einziges Mal von Dis- 
kette geladen werden muß und hernach 
allen Benutzern bzw. Programmen 
uneingeschränkt zur Verfügung steht. 
Wird dann ein Textfont der Sy- 
stemfontliste wirklich auf keinen Fall 
mehr gebraucht, kann er unter auto- 
matischer Freigabe aller von ihm benö- 
tigten Systemresourcen wieder aus die- 
ser Liste entfernt werden. 

Die Systembibliothek “graphics.lib- 
rary” stellt dem Programmierer zur 
Arbeit mit der Systemfontliste zwei 
Routinen zur Verfügung - die Prozedur 
“AddFont” sowie die Funktion “Rem- 
Font%”. 





Beide erwarten als Parameter einen 
Adreßzeiger auf den TEXTFONT- 


. Datensatz des hinzuzufügenden bzw. 


zu entfernenden Zeichensatzes. Exist- 
iert dieser Zeichensatz in der System- 
fontliste überhaupt nicht, oder kann er 
aus irgendeinem sonstigen Grund nicht 
aus der Systemliste entfernt werden, 
liefert ein Aufruf von “RemFont%” als 
Funktionsergebnis einen Fehlerkode 
ungleich Null - ein Funktionsergebnis 
von Null bedeutet dementsprechend, 
daß die gewünschte Entfernungsaktion 
mit Erfolg ausgeführt werden konnte. 


Fontfolter 


Zum Abschluß dieses Abschnitts sei 
jetzt noch eine weitere Funktion aus 
der Systembibliothek “graphics.-lib- 
rary erwähnt, die im Zusammenhang 
mit der Handhabung von Textfonts von 
Bedeutung ist: 


AskFont(RastPort&,TextAttr&) 





Diese Systemprozedur bestimmt die 
Charakteristika des momentan aktiven 
Ausgabezeichensatzes eines beliebi- 
gen RastPorts. 

Der Parameter “RastPort&” entspricht 
dabei dem Adreßzeiger auf den ge- 
wünschten RastPort, und “TextAttr&” 
entspricht einem Adreßzeiger auf 
einen TEXTATTR-Datensatz, in den 
die herausgefundenen Eigenschafts- 
werte des aktiven Textfonts dann als 
Ergebnis hineingeschrieben werden. 
Mit Hilfe des auf diesem Weg erhal- 
tenen TEXTATTR-Datensatzes kann 
der momentan aktive Textfont z.B. 
jederzeit wieder nachgeladen oder aber 
auch einem anderen RastPort neu zu- 
gewiesen werden. 


2. Bestimmung der 
TEXTATTR- 
Datensätze aller 
verfügbaren Text- 
fonts 


Unter Anwendung der im ersten Ab- 
schnitt erläuterten Grundlagen der 
Handhabung von Textfonts sind Sie 
inzwischen schon in der Lage, jedem 
beliebigen Fenster einen eigenen 
Ausgabezeichensatz zuzuordnen. Al- 
lerdings können Sie bisher bei der 
Initialisierung der TEXTATTR-Da- 
tensätze zur Charakterisierung der zu 
öffnenden Textfonts nur hoffen, daß 
der von Ihnen gewünschte auch wirk- 
lich in der Systemfontsammlung unter 
dem logischen Gerät “FONTS:” ver- 
fügbar ist - sicher sein können Sie sich 
bisher jedoch nicht. 

Zum anderen besteht durchaus auch 
die Möglichkeit, daß in der Sy- 
stemfontsammlung ein vollkommen 
neuer, Ihnen daher unbekannter Text- 
font vorhanden ist - diesen werden Sie 
also überhaupt nicht benutzen können. 
Kurz und gut, was Sie in diesem 
Zusammenhang noch brauchen, ist ein 





Verfahren bzw. eine Routine, mit de- 
ren Hilfe Sie die Eigenschaften (am 
besten natürlich direkt die zugehörigen 
TEXTATTR-Datensätze) aller in der 
Systemfontsammlung verfügbaren 
Textfonts bestimmen können. 


Die Suche nach den 
Fonts 


Aber nur keine Angst, daß es sich um 
eine komplexe Lösung dieser Aufgabe 
handelt, sie ist vielmehr erstaunlich 
einfach, da die Systemprogrammierer 
des Amiga-Grafiksystems die Notwen- 
digkeit einer solchen Routine schon 
vorausgesehen und diese entsprechend 
implementiert haben. 





BSEFRTER 
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FehlBytes&= AvailFonts& 


Diese Funktion wird Ihnen von der Sy- 
stembibliothek “graphics.library” zur 
Verfügung gestellt. Sie durchkämmt 
die gesamte Systemfontsammlung 
nach einsetzbaren Textfonts und legt 
eine Infoliste über diese im Speicher 
an. 

Dabei weist der Parameter “Puffer&” 
als Adreßzeiger auf einen bereits für 
die Benutzung reservierten Speicher- 
bereich, in dem diese Infoliste dann 
abgespeichert werden kann. Die Größe 
dieses Arbeitsspeicherbereichs in By- 
tes muß der Routine über den Para- 
meter “PufferGroesse&” übergeben 
werden. 

Der Wert des Parameters “Typ%” legt 
schließlich fest, ob in der externen 
Systemfontsammlung nach DiskFonts 
(Typ%=AFFDISK%=2), oder aber in 
der internen Systemfontliste nach Me- 
moryFonts (Typ%=AFFMEMO- 
RY%=1) gesucht werden soll. 

Als Funktionsergebnis liefert diese 
Funktion die Anzahl von Bytes, um die 
der zur Verfügung gestellte Speicher- 
bereich zu klein war, um die gesamte 
Infoliste aufnehmen zu können. 

Ein Funktionswert von Null bedeutet 
demnach, daß alles reibungslos ge- 
klappt hat. Andernfalls muß der 
Arbeits-speicherbereich eben einfach 
ent-sprechend vergrößert werden, so 
daß er am Ende genau 
(PufferGroes&+Fehl Bytes&) Bytes 
umfaßt! 
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Dekodierung 


Bleibt nun noch die Aufgabe, die so 
erhaltene Infoliste auch richtig zu in- 
terpretieren. Doch dazu muß man erst 
einmal ihren Aufbau im Detail kennen, 
weshalb Ihnen Abbildung Nr.2 diesen 
vor Augen führt. 

Die von “AvailFonts&” im Puffer- 
speicherbereich angelegte Infoliste ist 
also nichts anderes als ein AVAIL- 
FONTSHEADER-Datensatz. 

Dieser besteht, wie Abbildung Nr.2 
zeigt, aus nur zwei Komponenten, die 
folgende Bedeutung haben: 


Eine Ganzzahl, deren Wert die Anzahl 
der gefundenen Textfonts angibt. 


Ein Feld von AVAILFONTS-Da- 
tensätzen, wobei die Anzahl der 
Feldelemente dem Wert von “Avail- 
FontsHeader.afh_NumEntries” 
entspricht. 

Natürlich ist hier das Feld von AVAIL- 
FONTS-Datensätzen von besonderem 
Interesse für den Programmierer, da 
jedes einzelne Element dieses Felds die 
Charakteristika eines gefundenen, also 
auf jeden Fall verfügbaren Zeichen- 
satzes enthält, wie Abbildung Nr.3 
zeigt, welche die Struktur eines 
AVAILFONTS-Datensatzes im ein- 
zelnen wiedergibt. 

Die (wiederum nur) zwei Komponen- 
ten eines solchen AVAILFONTS- 
Datensatzes haben folgende Bedeu- 
tung: 


af_Type 


Eine 2-Byte-Marke, die dem Typ des 
zugehörigen Textfonts (MemoryFont 
oder DiskFont) entspricht. 


Ein ganzer TEXTATTR-Datensatz 
(kein Adreßzeiger !), dessen einzelne 
Komponenten mit den gefundenen 
Werten des zugehörigen Textfonts be- 
legt sind. 

Die letztere Komponente stellt somit 
tatsächlich das dar, was wir am Anfang 
dieses Abschnitts gesucht haben - ei- 
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nen mit gültigen Werten gefüllten 
TEXTATTR-Datensatz eines verfüg- 
baren Textfonts. 

Und da man über einen Aufruf der 
Systemfunktion “AvailFonts&” ja eine 
Liste aller innerhalb des Systems ver- 
fügbaren Textfonts erhält, sind somit 
auf diesem Weg auch die TEXT- 
ATTR-Datensätze aller innerhalb des 
Systems verfügbaren Textfonts zu- 
gänglich. Das bedeutet aber wiederum, 
daß alle innerhalb des Systems ver- 
fügbaren Textfonts geöffnet und einem 
RastPort zugeordnet werden können. 
Das Problem ist demnach tatsächlich 
vollständig und, wie man annehmen 
darf, zur vollsten Zufriedenheit aller 
Anwender gelöst. 


3. Das nützliche 
AmigaBASIC-Pro- 
gramm “FontLister” 
als Beispiel 


In den beiden obigen Abschnitten ha- 
ben Sie in der Theorie eigentlich alles 
gelernt, was man im Zusammenhang 
mit der Handhabung und Auswahl von 
Textfonts wissen muß. Der tatsächlich 
praktische Bezug soll nun in diesem 
letzten Abschnitt anhand eines doch 
schon recht anspruchsvollen Beispiel- 
programms hergestellt werden. Hierbei 
den goldenen Mittelweg zwischen 
Nutzen, Leistungsfähigkeit, Kom- 
plexität und Aussagekraft des zu 


[ERRARRERRRUKAREERRRURTENKRRENKRRKRURAKENRRRENKRKRRERRENKANKUNT) 


(x 


[* 


.) 
°) 


(* Folgende Werte sind für ’TextFont.tf_Flags’ definiert : 
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FPB_DISKFONT 
(* 304: FFB_REVPATH 
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(Font ist aus ROM geladen) 

(Font ist von Diskette geladen) 
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(Font für HIRES/NON-INTERL. Modus)*) 
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(*  Datenstruktur AVAILFONTSHEADER 
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AvailFontsHeader 


afh_Nunentrias : 
afh_AF 
END; 


(* Offset 


F AvailFonts (* Offset 





Abb.. Nr.2: Der Aufbau eines AVAILFONTSHEADER-Datenatzes 
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Availfonts = RECORD 


af_Type : WORD; 
af_Attr : TextAttr 


END; 


Dffset 
offset 
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(* Für "Availfonts.af_Type’’sind folgende Werte definiert :; 


[* 


(*  $s0051=1 AFF_MEMORY (zugehöriger Textfont im Fseudo-ROM) 


(* 5000222 AFF_DISK 
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(zugehöriger Textfont auf Diskette) 
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Abb. Nr.3: Der Aufbau eines AVAILFONTS-Datensatzes 


präsentierenden Beispielprogramms zu 
finden, ist keineswegs einfach. 
Hoffentlich entspricht das hier vor- 
gestellte AmigaBASIC-Programm zu- 
mindest in dieser Hinsicht Ihren An- 
forderungen und Erwartungen. 


Der Fontlister 


Zunächst also zum Nutzen und der 
Leistungsfähigkeit des Programms. 
Mit Hilfe von “FontLister” können Sie 
die Namen und Eigenschaften aller 
innerhalb des Systems im Speicher 
oder auf Diskette verfügbaren Text- 
fonts herausfinden. 

Weiterhin erlaubt Ihnen der “FontLis- 
ter”, für jeden gefundenen und somit 
verfügbaren Textfont eine Demo- 
Textausgabe in einem speziell dafür 
neu angelegten Ausgabefenster durch- 
zuführen. Auf diese Weise können Sie 
sich mit dem “FontLister” das Er- 
scheinungsbild aller Zeichen eines je- 
den verfügbaren Textfonts ganz in Ru- 
he anschauen. Da die gesammte Bear- 


beitung der Textfonts von System- 
routinen erledigt wird, erweist sich das 
Programm als effizient und schnell. 
Neben den beiden, schon oben häufig 
angesprochenen, Systembibliotheken 
“graphics.library” und “diskfont.lib- 
rary” greift der “FontLister” zusätzlich 
noch auf die Systembibliothek “ex- 
ec.library” zu. Aus dieser System- 
bibliothek werden nämlich die beiden 
Routinen “AllocMem&” und “Free- 
Mem” zur Reservierung und Freigabe 
des Arbeitsspeicherbereichs für die 
Systemprozedur “AvailFonts” benö- 
tigt. 


Her mit dem freien 
Speicher 


Für diejenigen Leser, denen die 
Arbeitsweise dieser beiden System- 
routinen zur Speicherverwaltung noch 
nicht bekannt sein sollte, sei sie hier 
noch einmal erklärt, da sie in der Tat 
von fundamentaler Bedeutung ist. 


MemBlock&= 
AllocMem& ( BlockGroesse&,Art& 


FreeMem(MemBlock 
&,BlockGroesse&) 





Mittels der Funktion “AllocMem&” 
kann ein Speicherbereich der durch 
den Parameter “BlockGroesse&” an- 
gegebenen Größe (in Bytes) zur Be- 
nutzung reserviert, d.h. bereitgestellt 
werden. Dieser Bereich ist dann in- 
nerhalb des Systems nicht mehr frei 
verfügbar, und auf ihn kann nur noch 
direkt, also nicht mehr durch ein 
nachfolgendes “AllocMem&”, zuge- 
griffen werden. In welcher Art von 
freiem Speicher (Chip-RAM, Public- 
RAM usw.) er reserviert werden soll, 
wird durch die einzelnen Bits des Pa- 
rameters “Art&”, einer 4-Byte-Maske 
bestimmt. Ein Wert von 2!6+20=65537 
entspricht dabei z.B. Public-RAM, 
wobei der neu belegte Speicherbereich 
direkt auch noch automatisch mit 
lauter Nullen initialisiert wird. Die 
genauen Bedeutungen der einzelnen 
Bits dieser 4-Byte Maske entnehmen 
Sie bitte [2]. 

Als Funktionsergebnis liefert diese 
Funktion einen Adreßzeiger auf das 
erste Byte des neu reservierten Spei- 
cherbereichs. Ein Ergebnis von NIL 
(Zahlenwert gleich Null) bedeutet 
dabei, daß die gewünschte Reservie- 
rung nicht erfolgreich war (meist aus 
Mangel an freiem Speicherplatz). 

Die Prozedur “FreeMem” gibt nun ei- 
nen mittels “AllocMem&” erzeugten 
Speicherbereich wieder für das ge- 
sammte System frei. Der Parameter 
“MemBlock&” entspricht dabei dem 
bei einem erfolgreichen Aufruf von 
“AllocMem&” erhaltenen Ergebnis- 
adreßzeiger auf das erste Byte des 
Speicherbereichs. Der Wert des Para- 
meters “BlockGroesse&” gibt wieder- 
rum die Größe des freizugebenden 
Speicherbereichs in Bytes an. 


Weiter geht’s 


Doch nun zum strukturellen Aufbau 
von “FontLister”. 

Der Hauptprogrammteil beginnt mit 
der Initialisierungsphase, in der neben 
einigen wichtigen Pseudo-Konstanten 
wie z.B. AFFMEMORY% und AFF- 
DISK% auch die benötigten Sy- 
stembibliotheken geöffnet und die 
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verwendeten Systemfunktionen vom 
Ergebnistyp her deklariert werden. 
Nach erfolgter Eingabe des Suchmo- 
dus (<D>isk oder <M>emory) durch 
den Benutzer erfolgt die eigentliche 
Bestimmung der verfügbaren Text- 
fonts mittels der Systemprozedur 
“AvailFonts” innerhalb einer WHILE- 
Schleife. Diese bietet den Vorteil, evtl. 
notwendige Größenkorrekturen des an 
“AvailFonts” übergebenen Puffer- 
speicherbereichs ohne großen, wei- 
teren Bedingungs /Abfrageaufwand 
bearbeiten zu können. 

Nach erfolgreicher Bestimmung aller 
innerhalb des Systems verfügbaren 
Textfonts wird eine Liste derselben im 
aktuellen Programmausgabefenster an- 
gezeigt. Dies erledigt das Unter- 
programm “AvailFontsListe” unter 
ständigem Aufruf der SUB-Unter- 
routine “listeFontInfo” für jeden 
AVAILFONTS-Datensatz der durch 
die Systemprozedur “AvailFonts” im 
“Puffer&” erzeugten Fontliste. 

Hierbei wird gleichzeitig in “Font- 
Name$()” ein Feld der Namen aller 
verfügbaren Textfonts angelegt, um 
auf diese später sofort zugreifen zu 
können. 

Aus der nun angezeigten Liste von 


Textfonts kann der Benutzer einen be- 
liebigen Textfont für eine Demo-Text- 
ausgabe auswählen. Hierzu wird in 
dem Unterprogramm “PrintDemo” zu- 
nächst einmal der zu dem ausge- 
wählten Textfont gehörige TEXT- 
ATTR-Datensatz aus der Liste von 
AVAILFONTS-Datensätzen heraus- 
gesucht und der Speichertyp (Memo- 
ryFont oder DiskFont ?) desselben be- 
stimmt. 

In Abhängigkeit vom Speichertyp 
kann der Textfont anschließend über 
einen Aufruf von “OpenFont&” oder 
“OpenDiskFont&” zur Benutzung ge- 
öffnet werden. Nach erfolgter Öffnung 
wird schließlich ein neues Fenster für 
die Demo-Textausgabe eröffnet, dem 
direkt danach der ausgewählte Text- 
font über einen Aufruf der System- 
routine “SetFont” als aktiver Aus- 
gabezeichensatz zugewiesen wird. 

Hat der Benutzer die Demo-Text- 
ausgabe dann beendet, werden das 
Demo-Ausgabefenster und der diesem 
zugeordnete Ausgabezeichensatz wie- 
der geschlossen. Zum Schließen des 
Textfonts bedient man sich hierbei lo- 
gischerweise der Systemprozedur 
“CloseFont” - fertig. 

Zum Abschluß noch ein Tip für Besit- 
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zu beliebigen Fonts aus 
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von Ernst Heinz / 29.06.1987 


‘ Bedeutungs des Parameters : 


‘ AvailFontsZeiger& - ein Adresszeiger auf AVAILFONTS-Daten 
‘ FontName$ - enthaelt am Ende den Namen dieses Fonts 


r 





Frr 
DB WwM 


SHARED AFFMEMORY% 


FontNameZeiger&=PEERL (AvailFontsZeiger&+2) 


Nm$=""” 
PRINT SS, 


WHILE PEEK (FontNameZeiger&)<>0 
Nm$=Nm$+CHRS$ (PEEK (FontNameZeigere&)) 


SUB listeFontInfö ( AvailFontsZeiger& , FontName$ ) STATIC 


zer eines Amiga-Minimalsystems mit 
nur einem Laufwerk. 

Um einen ständigen Diskettenwechsel 
während der Ausführung des Pro- 
gramms zu vermeiden, kopieren Sie 
das Programm nebst zugehöriger 
“.bmap”-Dateien auf die RAM-Disk. 
Danach legen Sie die Systemstartdis- 
kette mit der Systemfontsammlung 
wieder in Ihr eines Laufwerk. 

So konfiguriert wird die Arbeit mit 
dem “FontLister” auch für Sie zu ei- 
nem reinen Vergnügen! 


Literatur 


[1] “Amiga ROM Kernel Reference 
Manual: Libraries and Devices” 
Commodore Business Machines, 
Inc. 

Addison-Wesley 


[2] “Amiga ROM Kernel Reference 
Manual: Exec” Commodore Busi 
ness Machines, Inc. 
Addison-Wesley 


[3] “Commodore AMIGA : Amiga- 
Basic” Commodore 


Unterroutine “listeFontInfo” gibt anhand der AVAILFONTS-Struktur Infodaten 


‘ globale Pseudo-Konstante 


‘ Adresszeiger auf Fontnamen 


‘ Fontnamen initialisieren 


‘ Null-terminierter C-String 
‘ naechstes Zeichen ausgeben 


FontNameZeiger&=FontNameZeiger&+tl 
WEND 


‘ Zeiger inkrementieren 


PRINT Nm$;”'”;SPACES (35-LEN (Nm$) ); 

FontName$=Nm$ 

Nm$=STR$ (PEEKN (AvailFontsZeiger&+t6)) 

PRINT “Hoehe = “;Nm$;SPACES$ (7-LEN (Nm$)); 

FontName$=FontName$+” /”+Nm$ 

AFTyp%=PEEKW (AvailFontsZeiger&) 

IF (AFTyp% AND AFFMEMORY%)<>O THEN 
PRINT > MemoryFont”; 

ELSE ‘\ oder ein DiskFont ? 


‘ Name ausgeben 
‘ Namen des Fonts eintragen 

‘ Fonthoehe bestimmen 

‘ Fonthoehe bestimmen 
‘ Fonthoehe an Namen anhaengen 
‘ Typwert des Fonts lesen 

‘ ist es ein MemoryFont ? 
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PRINT “ DiskFont”; 
END IF 
END SUB 


\ 





x 


‘ Demoprogramm “FontLister” gibt Informationen ueber die momentan verfueg- 
‘ baren Systemfonts aus, die dem logischen Geraet FONTS: zugeordnet sind 
‘ von Ernst Heinz / 29.06.1987 


\ 


\ 





\ 


\ 


‘ Liste der verwendeten Systembibliotheksroutinen 


“diskfont.library” FUNCTION AvailFonts& 
FUNCTION OpenDiskFont& 


“graphics.library” PROCEDURE SetFont 
PROCEDURE CloseFont 
FUNCTION OpenFont& 


“exec.library” PROCEDURE FreeMem 
FUNCTION AllocMem& 


ON BREAK GOSUB CtrlCgedrueckt ‘ BREAK-Unterbrechungen abfangen 
BREAK ON 


LIBRARY “diskfont.library” ‘ zur Bearbeitung von DiskFonts 
LIBRARY “graphics.library” ‘ zur Bearbeitung von MemoryFonts 
LIBRARY “exec.library” ‘ zur Speicherverwaltung 


DECLARE FUNCTION AvailFonts& LIBRARY ‘ Bestimmung der verfuegbaren Fonts 
DECLARE FUNCTION OpenDiskFont& LIBRARY *‘ zum Laden eines DiskFonts 
DECLARE FUNCTION OpenFont& LIBRARY *‘ zum Laden eines MemoryFonts 
DECLARE FUNCTION AllocMem& LIBRARY *‘ zur Speicherallozierung 


AFFMEMORY% = 1 ‘ Typwert fuer speicherresidenten Font 
AFFDISK® =2 ‘ Typwert fuer einen Diskettenfont 
MEMFPUBLIC& = 1 ‘= 200 ‘ Typwert fuer beliebigen RAM-Speicher 
MEMFCLEAR& = 65536& ‘= 216 ‘ Typwert fuer Speicherinitialisierung 
CLS : PRINT 


PRINT “FontLister Version 1.0 (von Ernst Heinz / 29.06.1987)” 
PRINE N 
PRINT : PRINT 


WHILE (Wahl$<>“M”) AND (Wahl$<>”D”) ‘ solange bis korrekte Eingabe 

LINE INPUT “<D>iskFonts oder <M>emoryFonts listen ? “,Wahl$ 

Wahl$=LEFTS (UCASES$S (Wahl$) ,1) ‘ nur das erste Zeichen interessiert 
WEND 


PRINT : PRINT 
PRINT “FontInfos werden gerade gelesen 
PRINT : PRINT 


IF Wahl$="M"” THEN ‘ Suchtyp fuer AvailFonts setzen 
Typ%=AFFMEMORY% ‘ MemoryFonts listen 

ELSE 
Typ%=AFFDISK% ‘ DiskFonts listen 

END IF 


PufferGroesse&=302 ‘ Puffergroesse in Byte (reicht fuer 30 Fonts) 
GOSUB erzeugePuffer ‘ Datenpuffer im RAM anlegen 
l&=1 ‘ Schleifenbedingung mit TRUE initialisieren 


WHILE 1&<>0 
l&=AvailFonts& (Puffers, PufferGroesse&, Typ%) ‘ verfuegbare Fonts bestimmen 
IF l1&<>0 THEN ‘ ist der Puffer zu klein ? 
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CALL FreeMenm (Puffer&, PufferGroesse&) ‘ ja -> Puffer loeschen 
PufferGroesse&=PufferGroessestl& 
GOSUB erzeugePuffer ‘ neuen, groesseren Puffer ! 
END IF 
WEND 


AvailAnz%=PEEKN (Puffere&) ‘ Anzahl der verfuegbaren Fonts bestimmen 
DIM FontName$ (AvailAnz%-1) ‘ein Feld fuer alle FontNamen 
WHILE Wahl$<>”0" ‘ Hauptprogrammschleife 
CLS 
GOSUB AvailFontsListe ‘ Liste aller verfuegbaren Fonts ausgeben 
PRINT : PRINT 
LINE INPUT “( Ende = O0 ) PRINT-Demo fuer Font Nr.”;Wahl$ 
FontNr%=VAL (Wahl$) -1 ‘ Nr. des gewaehlten Fonts berechnen 
IF (FontNr%>=0) AND (FontNr®%<=AvailAnz%-1) THEN ‘ ist diese Nr. gueltig ? 
GOSUB PrintDemo ‘ ja -> Demoausgabe !! 
END IF 
WEND 








Schlussl: 


CALL FreeMen (Puffer&,PufferGroesse&) ‘ Pufferspeicher wieder freigeben 
Schluss2: 

PRINT: : PRINT 

LIBRARY CLOSE ‘ Systembibliotheken wieder schliessen 


END 


N 





\ 


‘ Unterprogramm “erzeugePuffer” alloziert einen Speicherbereich der gefor- 
‘ derten “PufferGroesse&”, auf welchen der Adresszeiger “Puffer&” deutet. 

‘ Falls nicht genuegend Speicherplatz zur Verfuegung steht, wird das Pro- 
‘ gramm einfach abgebrochen. 


\ 


\ 





erzeugePuffer: 


Puffer&=AllocMem& (PufferGroesse&,MEMFPUBLIC$S+MEMFCLEAR%) ‘ Puffer erzeugen 
IF Puffer&=0 THEN ‘ alles klar ? 
BEEP : PRINT : PRINT “nein !! 

PRINT “Nicht genuegend freier Speicherplatz vorhanden !” 
GOTO Schluss2 ‘ Abbruch ! 

END IF 

RETURN 





x 





\ 


‘ Unterprogramm “AvailFontsListe” gibt eine Liste aller verfuegbaren Fonts 


‘ im Programmfenster aus 
x 


x 





AvailFontsListe: 


FOR i%=0 TO AvailAnz%-1 ‘ fuer jeden Font nun ein Info 
PRINT 
PRINT USING “###” ; i%+1; ‘ jedem Font ein Nummer zuordnen 
PRINL "2.9, 
CALL listeFontInfo (Pufferg&+2+i1%*10,FontName$ (i%)) ‘ FontInfo ausgeben 
NEXT i% 
RETURN 
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er 
80: ‘ Unterprogramm “PrintDemo” eroeffnet ein neues Fenster und ordnet diesem 
81: ‘ dann den im Hauptprogramm ausgewaehlten Textfont zu. 
182: ‘ Danach wird in dem neuen Fenster ein kurzer Text ausgegeben. 
832 0% 
184:.8 
185; 
186: PrintDemo: 
87: 
188: TextAttrZeiger&=Puffer&+t2+FontNr%*10+2 ‘ Adresszeiger auf TEXTATTR-Daten 
189; FontTyp%=PEEKN (TextAttrZeiger&-2) ‘ Typwert des Fonts bestimmen 
190: IF (FontTyp% AND AFFMEMORY%)<>O THEN ‘ ist es ein MemoryFont ? 
191: Font&=OpenFonts& (TextAttrZeigere&) ‘ mittels “OpenFont” laden 
192: ELSE ‘nein , es ist ein DiskFont ! 
193; Font&=OpenDiskFont& (TextAttrZeiger&) ‘ mittels “OpenDiskFont” laden 
194: END IF 
195% 
196: IF Font&=0 THEN ‘ Fehler beim Laden ? 
197: PRINT. : PRINT : BEEP 
2198; COLOR 3,1 ‘ inverse Textausgabe 
199; PRINT “Dieser Font kann nicht geladen werden !”; 
200: COLOR 1,0 ‘ wieder normale Textausgabe 
201: WHILE INKEY$="" ‘ auf <RETURN> warten 
202: WEND 
203: ELSE “nein ,„ alles o.k. ! 
204: WINDOW 2,FontName$ (FontNr®%),,16 ‘ Demo-Fenster 
209% CALL SetFont (WINDOW (8) ‚Font&) ‘ Font aktivieren 
PRINT - SSBRIND CS. 9% 
CALL listeFontInfo (Puffer&+2+10*FontNr%,s$) ‘ Demo-Textausgabe 
PRINT : PRINT : PRINT 
PRINT “ Geben Sie nun Text ein :” : PRINT 
EINE INPUT N — 7788 
WINDOW CLOSE 2 ‘ Demo-Fenster schliessen 
CALL CloseFont (Font&) ‘“ und Font schliessen 
END IF 

















223: CtrlCgedrueckt: 

224: 

NZ RETURN ‘ BREAK-Unterbrechungen sind wirkungslos 
226: 
Dale 
Zee) 
229: 





Analle SculptBesitzer: =#70Mse 





Animate 3-D ist da !!! präsentiert: 


® Die 4. Dimension ist erschaffen: 
Zeit! Erzeugen Sie fließende Be- 
wegungen von Objekten, Licht 
und Kamera in Zeit und Raum! 

® Ein graphisches Interface und 
eine Script-Sprache lassen 
Animationen spielend ent- 
stehen. 

® File Kompression zum Abspie- 
len komplexer Animationen. 

® Animate 3-D wird Ihre Vor- 
stellungen bei weitem über- 
treffen. 


RAY«TRACING 
"DGRAPHICS 


Basaltstraße 58 DM 349, — Ah ARiIMmarion 
h : 


6000 Frankfurt/M. 
2069/7071102 
Fax 069/708585 


AMIGA SOFTWARE 








® Komfort. Editor 

® Superschnell. Berechn. 
der Bilder 

@ Pal und Overscan 

® Deutsches Handbuch 
Deutsche Menüs 

® Einfach phantastisch! 

® Updateservice f. Silver- 
Besitzer DM 30,— 


(Deutsches Handbuch, dt. Programm) 


DM 299, — 


(US-Version DM 279,—) 
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VONFLORIANDUBOIS 


KAVALIERS 
SIART 


Der Bootblock 


Sie haben sich sicherlich schon einmal ge- 
wundert, wie schnell manchmal ein Bild oder 
ein Farbenscrolling nach dem Einlegen einer 
Diskette erscheint. Nach dem Einschalten des 
Computers oder nach einem Reset verlangt 
der Computer eine Diskette (beim AIlO00 die 
Kickstartdiskette oder die Workbench-Dis- 
kette, beim A5S00/A2000 nur die Workbench- 
diskette, weil das Kickstart bei Ihnen im ROM 
ist). Legt man anschließend eine Diskette ein, 
läuft das Laufwerk kurz an, geht wieder kurz 
aus und lädt dann weiter. Was lädt der Com- 
puter in dieser kurzen Zeit nach dem Einlegen 
der Diskette ? Was passiert in der Zeit, in der 
das Laufwerk kurz ausgeht? 


ach jedem Einlegen einer Dis- Wie ist der Boot- 
kette lädt der Computer immer 
als erstes den sogenannten Bootblock. b lock aufg ebaut e 


Dieser Bootblock belegt die ersten bei- 
den Blöcke jeder Diskette. Ist er auf ei- 
ner Diskette nicht vorhanden, wird 
diese vom Computer nicht angenom- 
men. Entweder kann diese Diskette nur 
von der Workbench aus benutzt wer- 
den oder sie ist nur eine Datendiskette 
eines Programms und muß deshalb 
nicht selbst starten können. Eine un- 
formatierte Diskette nimmt er natürlich 
auch nicht an, weil auch dort kein 
Bootblock vorhanden ist. 
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Zuerst kommen 4 Bytes, die den 
Diskettentyp angeben. Es gibt 3 
verschiedene Diskettentypen: 


1.DOS-Diskette 


Eine DOS-Diskette ist eine normale, 
ladbare Diskette (z.B.: Workbench). 
Diese wird durch die Buchstaben 
‘DOS’ und ein folgendes Nullbyte 
gekennzeichnet. 





2.Kickstart-Diskette 


Die Kickstart-Diskette wird beim 
Einschalten des A1000 verlangt und 
durch die Buchstaben ‘KICK’ gekenn- 
zeichnet. 


3.Sonstige Disketten 


Sonstige Disketten sind 
a) Datendisketten 
b) Unformatierte oder andersformatier- 
te Disketten 
Bei diesen Disketten findet der Com- 
puter weder das Wort ‘DOS’.noch das 
Wort ‘Kick’ und nimmt sie nicht an. 
Nach der Bezeichnung des Disketten- 
typs folgt ein Langwort, in dem die 
Checksumme des Bootblocks liegt. 
Diese Checksumme ist Summe aller im 
Bootblock befindlichen Worte. Der 
Computer errechnet Sie nach dem La- 
den des Bootblocks und vergleicht das 
Ergebnis mit dem Checksummenlang- 
wort auf der Diskette. Stimmen die 
beiden Summen nicht überein, wird 
der Ladevorgang abgebrochen. Stim- 
men sie überein, wird das Programm 
gestartet, das mit dem 4. Langwort des 
Bootsektors beginnt. 
Die Blocknummer des sogenannten 
Root-Blocks (In diesem Block sind der 
Diskettenname, das Hauptdirectory 
und das Erstellungsdatum der Diskette 
gespeichert.) liegt im nächsten Lang- 
wort. Normalerweise ist dies der Block 
880. 
Nun folgt ein Programm, das jedesmal 
beim Einlegen einer Diskette geladen 
wird. 





Was für ein 
Programm liegt im 
Bootblock ? 


Normalerweise liegt hier ein Pro- 
gramm, welches überprüft, ob die Dos- 
Library vorhanden ist. Der Befehl ‘In- 
stall’ schreibt dieses kleine Programm ® 
in die beiden ersten Blöcke einer Dis- 
kette. Möchte man also ein& formatier- 
te Diskette für den Computer brauch- 
bar machen, dann muß man nur den 
Install-Befehl aufrufen. Man kann mit 
diesem Befehl auch Programme über- 
schreiben, die im Bootblock liegen, die 
aber nur stören (SCA-Virus siehe 
Kickstart 11/87). 


Der ‘normale’ Bootblock sieht so aus 
(Sekaformat): 





Nachdem das Programm geprüft hat, 
ob die Dos-Library vorliegt, schreibt es 
in DO eine -1, wenn sie nicht vorliegt, 
oder eine 0, wenn sie vorliegt. Au- 
Berdem schreibt es in AO die Adresse 
der Initialisierungsroutine des Dos. 


Wie legt man ein 
eigenes Programm 
in den Bootblock ? 


Will man selbst ein Programm in den 
Bootblock legen, das direkt nach dem 
Einlegen der Diskette gestartet wird, 


muß man auf mehrere Dinge achten. 
Das von ‘Install’ installierte Programm 
muß auf jeden Fall im Bootblock blei- 
ben. Das eigene Programm muß Pc- 
orientiert (Pc = Programmcounter) 
geschrieben werden, weil man nicht 
weiß, wo der Computer das Programm 
im Speicher ablegt. Bevor man sein 
eigenes Programm startet, muß man 
die Register AO und DO retten, weil in 
ihnen wichtige Zahlen gespeichert sind 
(siehe Install-Programm). Man muß 
auch bedenken, daß das Programm 
nicht sehr lang sein darf, da man nur 
zwei Sektoren für es hat. Weil nicht 
alle Befehle des Installprogramms un- 
bedingt notwendig sind, kann man es 
kürzen und hat damit ein bißchen mehr 
Platz für sein eigenes Programm. Ein 
Beispiel eines Bootblockprogramms 
finden Sie im Anschluß an diesen 


Artikel. Sie müssen Ihr Programm 
dann mit ‘wi’ (beim Seka) abspei- 
chern. Mit einem normalen Monitor 
können Sie dann das Programm in die 
Bootsektoren legen. In einem Monitor 
ist meistens auch eine Funktion zum 
Bestimmen der Checksumme vorhan- 
den, durch die Sie dann die Check- 
summe für ihren Bootblock erhalten. 


Wie nutzen 

ige 
rogramme den 

Bootsektor ? 


Wenn Sie ‘Pinball Wizzard’ von King- 
soft kennen, haben Sie sich wahr- 
scheinlich gefragt, wie das Titelbild so 
schnell erscheinen kann. Sie wissen 
jetzt, daß ein Programm im Bootblock 
der Diskette liegen muß, welches das 
Erscheinen des Bildes bewirkt. Wenn 
Sie jetzt diesen Artikel gelesen haben, 
müßten Sie sich die Frage stellen, wie 
ein Programm und ein Bild in den 
kleinen Bootblock passen sollen. In 
diesem Fall werden die Bilddaten 
nachgeladen (für Programmierer : mit 
der DoI0-Routine aus der Exec-Lib- 
rary). Das Nachladen ist natürlich eine 
Möglichkeit, auch längere Programme 
vom Bootblock aus zu laden. Aller- 
dings verlängert sich dadurch die Zeit 
des Ladens, und die normale Schnel- 
ligkeit des Bootblocks wird verringert. 
Eine weitere Möglichkeit, den Boot- 
block zu benutzen, besteht darin, in 
ihm ein Ladeprogramm zu installieren, 
welches das Programm der Diskette 
lädt. Dies ist zum Beispiel bei den 
Spielen Barbarien und Terrorpods von 
Psygnosis der Fall. Dadurch ist es auch 
möglich, Disketten mit einem anderen 
Format zu lesen. 

Außerdem gibt es Programme, wie 
zum Beispiel den Bootboy von At- 
lantis, die es dem Benutzer erlauben, 
selbstgestaltete Programmvorspänne 
‘in den Bootblock zu legen. Bei diesen 
Programmen ist man aber sehr einge- 
schränkt, selbst etwas am Disket- 
tenvorspann zu ändern. Beim Bootboy 
kann man zum Beispiel nur die Farben 
des scrollenden Hintergrunds, die Far- 
ben des herrunterscrollenden Objekts 
und das Objekt verändern. Sie sehen, 
wie wenig Möglichkeiten der eigenen 
Gestaltung man bei solchen Program- 
men hat. Anstatt sich ein solches zu 
kaufen, kaufen Sie sich lieber ein 
Monitorprogramm, mit dem Sie ihr 
eigenes Programm in den Bootblock 
legen können. 


KICKSTART 3/88 65 


Ein Beispiel für ein 
Bootblockprogramm 
(Seka) 


Legt man das folgende Programm in 
den Bootblock und startet die Diskette, 
wechselt der Bildschirm ständig seine 
Farbe. Dies ist ein sehr einfaches und 
sicherlich nicht sehr interessantes Pro- 
gramm. Es soll mit ihm aber auch nur 
das verkürzte Install-Programm deut- 
lich gemacht und ein Beispiel für die 
“Bootblockprogrammierung’ gegeben 
werden. Wichtig hierbei ist, daß die 
Register gerettet werden, so daß sie 
nach der Beendigung des Programms 
unverändert dem Betriebssystem über- 
geben werden. Außerdem ist es wich- 
tig, daß Sprünge innerhalb des Pro- 
gramms Pc-orientiert sind (jsr 
$xxxx(pc) oder jmp $xxxx(pc)). Eben- 
so muß man den Befehl ‘lea adres- 
se,An’ zu ‘lea adresse(pc),An’ (Siehe 
Install-Programm lea dosname(p- 
c),al) und den Move-Befehl ‘move.l 
#Adresse,An’ zu ‘lea Adresse(pc),An 
umschreiben. 

Doch sehen Sie sich jetzt einmal das 
Beispielprogramm an, an dem Sie die 
ganze Theorie vielleicht besser ver- 
stehen. 


Start: 

de.b “DOS”,O 

des. 0 

de.1 $370 

lea libname (pc) ,al 


move.l d0,a0 
move.l 22(a0),a0 
elr.t a0 


Hautprogramm: 


movem.1l DO-D7/A0O-A6, - (sp) 

move.1l 4,A6 

move.w #503a0, $Sdf£f096 

eir.L:DN 

loop: 

addi.w #$1£,DO 

move.w DO,$DFEF180 

move.l #$3,D3 EN 
BEN 

100p3: ; \ 

move.1l #$ff£ff£fff,D2 ’ 


‚ 
’ 


loop2: 
dbra D2,1loop2 Ba 
dbra .D3,loop3 ee 
btst #6, $BFEOO1 

bne loop 

move.w #583e0, $dff096 
D7/AO-A6 


Das Programm ist mit wi (Seka-As- 
sembler) abzuspeichern, wobei bei ‘be- 
gin’ Start und bei ‘end’ Ende einge- 
geben werden muß (vor dem Ab- 
speichern muß das Progamm assem- 
bliert worden sein). Dieses mit wi ab- 
gespeicherte Programm muß jetzt mit 
einem Monitor-Programm direkt in 
den Bootblock gelegt werden. Ich be- 
nutze den C-Monitor von Diamond 
Software. Dieser Monitor ist sehr gut 
für unseren Zweck geeignet, weil man 
mit ihm ein Programm an eine be- 
liebige Stelle im Speicher legen, es 
dann dort bearbeiten und anschließend 
in irgendwelche Sektoren legen kann. 
Außerdem ist auch eine Funktion zur 
Bestimmung der Bootblockcheck- 
summe vorhanden. Hat man irgendeine 
Funktion des Monitors vergessen, be- 
kommt man durch die Eingabe von ‘h’ 
+ <Return> eine Liste aller Befehle 
und deren Handhabung ausgegeben. 
Doch nun zu unserem Bootblock- 
programm. 

Zuerst sucht man sich mit ‘[Bytezahl’ 
einen freien Platz im Speicher, weil 
man sonst möglicherweise ein Pro- 
gramm (z.B.: Das Monitor-Programm) 
überschreiben würde, und es dann zum 
Absturz des Rechners käme. Als 


\ verkürztes 
jsr -96 (a6) rn / 


7. 
% 


Install-Programm 


;Retten der Register 
;execbase in A6 

;DMA’s sperren 

;DO löschen (Bilschirmfarbe=0) 


;Bildschirmfarbe erhöhen 
;Bildschirmfarbe in Farbregister 0 schreiben 


\ Verzögerungsschleife,weil es sonst 


flackert 


;testen, ob die linke Maustaste gedrückt ist 
wenn nicht, dann neue Farbe in dO 

;wenn ja,nötige DMAs freigeben movem.1l (SP) +,DO- 
‚gerettete Register zurück 


rts zund ins Betriebssystem zurückspringen 


libname: 
de.b “dos.library” 


Ende: 
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Bytezahl muß man mindestens 1024 
($400) angeben, weil man ja Platz für 
zwei Sektoren braucht. Der Computer 
gibt dann aus, wieviel Bytes er 
“freimachen’ konnte und an welcher 
Stelle im Speicher. Jetzt lädt man das 
mit dem Seka abgespeicherte Pro- 
gramm mit ‘L Prgname Anfangs- 
adresse des freien Speichers’ in den 
Computer (Das ‘'L’ muß großge- 
schrieben sein, weil es sonst etwas an- 
deres bewirkt). Anschließend läßt man 
mit ‘b Anfangsadresse’ die Check- 
summe berechnen (Das ‘b’ muß klein 
sein). Das Programm muß jetzt nur 
noch auf die ersten beiden Sektoren der 
Diskette gebracht werden. Dies macht 
man mit dem Befehl ‘>s Anfangs- 
adresse Track Head Sector’. Für Track 
gibt man 0 ein, denn der Bootblock 
befindet sich auf der Spur O einer 
Diskette. Ebenso gibt man bei Head 0 
ein, weil sich der Bootblock auf der 
Seite 0 einer Diskette befindet. Für den 
Sektor muß man einmal O0 und das 
zweite Mal I eingeben. Speichert man 
den zweiten Teil des Programms im 
Sektor I ab, muß man daran denken die 
Anfangsadresse um 512 ($200) zu er- 
höhen, weil man die ersten 512 Bytes 
ja schon im Sektor 0 abgespeichert hat. 
Hat man das alles gemacht, befindet 
sich das Bootprogramm auf der Dis- 
kette. Wahrscheinlich hat sich das jetzt 
alles etwas kompliziert angehört, doch 
das ist es garnicht. 

Ich zeige Ihnen jetzt noch einmal die 
Zeilen, die Sie eingeben müssen und 
die der Computer ausgibt, nachdem Sie 
das Monitorprogramm gestartet haben. 
Ich gehe davon aus, daß Sie das 
Programm mit dem Seka als ‘bootprg’ 
abgespeichert haben, und daß der 
Computer den Speicher ab $30000 für 
den Bootblock freihält. 


Zahlen, und! Adressen, in, der Hexa- 
dezimalschreibweise- eingeben, müs- 
sem, undi daß; Sie beim, Schreiben, des. 
Programms: auf die Diskette immer nur 
die ersten, beiden, Sektoren, beschrei- 
ben, weili sonst: möglicherweise: wich- 
tige Daten, der Diskette: gelöscht: wer- 
den,. Sie sollten, auch, darauf achten, 
daß; Sie: die Befehlsbuchstaben, in, der 
richtigen, Größe: schreiben, Haben, Sie 
nur einen, anderen, Monitor zur: Handı, 
dürfte: es, wahrscheinlich, nicht schwer 
sein, ein, Bootprogramm; auch: mit: die- 
sem, in. den Bootblock einer-Diskette zu 
bringen.lIch, wünsche Ihnen, vieli Spaß, 
beim, Schreiben eigener Bootpro- 
gramme. 





das; beschriebene Programm,. Bis, wor 
him das; Progamm geladen wird, hängt 
von seinen Länge abı. 

Sie solltem beachten, daß) Sie sämtliche: 


und schom ist das; Bootprogramm aufi 
der Diskette (Jede zweite Zeile gilt den 
Computer aus). 

Die Checksumme gilt natürlich nur für 
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| ein ausführliches, deutsches Handbuch 
| zum Umgang mit Public Domain Software 
| gratis beigefügt! 

Rainer Wolf 
Deipe Stegge 187 
4420 CGOESFELD 
Tel.: 02541/2874 







tel: 0661-87 7928-87 3999 
Mo-Fr 0-830Uh 















usw. usw. — Fordern Sie mit Freiumschlag unsere Liste an! 


Im Computer-Center oder bei uns zu obigen unverbindlich empfohle- 
nen Preisen + DM 3, - bei Vorkasse oder DM 4,70 bei Nachnahme 





ASTROL. KOSMOGRAMM 

- Nach Eingabe von Namen, 
Geburtsort (geografischer Lage) 
und Geburtszeit werden errech- 
net: Sternzeit, Aszendent, Medium 
Coeli, Gestirnestände im Tierkreis, 
Häuser nach Dr. Koch/Schäck (Ho- 
roskop-Daten mit Ephemeriden. 
Außer dem Bildschirmdisplay kann 
Ausdruck auf 2 DIN A4-Seiten er- 
folgen; davon 1/2 Seite allgemei- 
nes Persönlichkeitsbild mit Part- 
nerschaftskriterien und 1/2 Seite 
Tierkreisdiagramm (Horoskop). Al- 
le Planeten mit Sonne und Mond. 
Für alle Berufs- und Hobby-Astro- 
logen eine unentbehrliche Arbeits- 
erleichterung. 78,- 


BACKGAMMON 68, - 


BIOKURVEN 

Zur Trendbestimmung der Bio- 
rhythmen und des seelisch-/gei- 
stig-/körperlichen Gleichgewichts 
mit Druck des Kurvendiagramms 
von oben nach unten in beliebi- 
ger Länge. 

In der rechten Blatthälfte das Dia- 
gramm, links eine Auswertung 
des Gesamtpotentials für jeden 
Tag. Werte für bestimmte Tage 
auch auf dem Bildschirm. Aus- 
führliche Beschreibung der wis- 
senschaftlichen Grundlagen. 
Ideal für Partnervergleiche. 58, — 
GESCHÄFT 

- Bestellung, Auftragsbestäti- 
gung, Rechnung, Lieferschein, 
Mahnung, 6 Briefrahmen mit Fir- 
mendaten zur ständigen Verfü- 
gung (Anschrift, Konten usw., 


Prg. für alle AMIGA- 


— Exzellent in Struktur, Grafik, Sound — alle Prg. in Deutsch — 


Menge/Preis, Rabatt/Aufschlag, 
MwSt., Skonto, Verpackung, Ver- 
sandweg usw.) Mit Einbindung von 
abgespeicherten Adressen und 
Artikeln. 198, - 
GELD 

— Man wählt mit der Maus unter 
25 Rechenroutinen in den Berei- 
chen: Anlage - Kapital - Ver- 
mögensbildung — Rentensparen 
— Rendite - Lasten - Zinsen/ 
Zinseszinsen — Kredit — Hypo- 
theken - Laufzeit - Amortisa- 
tion — Ratenzahlung — Wertver- 
lust — Nominal- und Effektivzinsen 
— Ausdruck vollständiger Tilgungs- 
raten — Diskontierung — Devisen/ 
Sorten - Konvertierung 98, - 


KALORIEN-POLIZEI - Nach Ein- 
gabe von Größe, Gewicht, Ge- 
schlecht, Arbeitsleistung erfolgt 
Bedarfsrechnung und Vergleic 

m. d. tatsächlichen Ernährung 
(Fett, Eiweiß, Kohlehydrate), Ideal- 
gewicht, Vitalstoffe, auf Wunsch 
Ausdruck. 58, - 
Adressen, Bibliothek, Lagerartikel 

Inventur 88 








Am Schneiderhaus 17 - D-5760 Arnsberg 1 
Tel. 02932/32947 
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WER KANN MITMACHEN 
S IST JEDE PERSON AN UNSERE 


ARDWAREWETTBEWERE 
BETEILIGT, DIE BIS ZUM EINSENDE 
SCHLUBß EINEN FERTIGEN PROTOTY 

ND DIE SCHALTBESCHREIBUNG 

INSENDET. DIE SCHALTUNG MUß 

ATÜRLICH FREI VON RECHTE 
DRITTER UND DARF BIS JETZT NOC 

ICHT IN EINERANDEREN ART VER 
FFENTLICHT WORDEN SEIN. 

WAS DARF ES SEIN 

EFRAGT SIND BEI DIESER AUS 

SCHREIBUNG ALLE ARTEN VO 


TEILNAHMEBEDINGUNGEN: 
DIE VERGABE DER PREISE ERFOLGT 
DURCH EINE AUS REDAKTIONSMIT- 
GLIEDERN GEBILDETE JURY. DER 
RECHTSWEG IST AUSGESCHLOS- 
SEN. 

ALLE EINGESANDTEN SCHALTUN- 
GEN, SCHALTPLÄNE UND PROTOTY- 
PEN WERDEN DURCH DIE JURY AN 
DIE EINSENDER ZURÜCKGE- 
SCHICKT. 

DER TEILNEHMER GIBT DURCH 
SEINE EINSENDUNG DIE ERKLÄ- 
RUNG AB, DAß DIE SCHALTUNG FREI 
VON RECHTEN DRITTER IST. 

DAS COPYRIGHT DER PREISEIUND 2 
GEHT AN DIE MERLIN COMPUTER 
GMBH. 

MITARBEITERN DER MERLIN COM- 
PUTER GMBH. 

MITARBEITERN DER MERLIN COM- 
PUTER GMBH UND DEREN ANGE- 
HÖRIGEN IST DIE TEILNAHME 
UNTERSAGT. 


SCHICKEN SIE IHRE SCHALTUNG MIT BESCHREIBUNG UND PROTOTYP AN FOLGENDE ADRESSE : 
MERLIN COMPUTER GMBH, KENNWORT KICKSTART-HARDWAREWETTBEWERB, INDUSTRIESTRABE 26, 6236 ESCHBORN 
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VONGERALDCARDA 


ZAUBERN MIT 





DEMSTA 





Ein Lichtgriffel am AMIGA 


Der Computerbesit- 
zer von heute schreit 
nach immer besseren 
und komfortableren 
Eingabegeräten. Als 
Apple vor wenigen 
Jahren die Maus als 
Eingabemedium ein- 
führte, hielten viele 
‘Experten’ das für zu 
verspielt und  kin- 
disch. Heute denkt 
man auf diesem Gebiet ganz anders, obwohl 
der krampfhafte Versuch mancher Pro- 
grammierer, Abläufe, die erwiesenermaßen 
schneller über die Tastatur zu erreichen 
wären, diese umständlich und zeitaufwendig 
über die Maus zu steuern, nicht gerade zu der 
Beliebtheit dieser Steuermöglichkeit beige- 
tragen hat. Betrachtet man sich den heutigen 
Markt an harter und weicher Ware, stellt man 
fest, daß die Maus nicht mehr vom Tisch zu 
rollen ist. 





ine weitere, wenn nicht sogar 
direktere Eingabehilfe stellt der 
Lichtgriffel da. Dieses, in der 


englischsprechenden Welt (also auch 
hierzulande) Lightpen genannte, Ein- 
gabegerät ist noch etwas näher am Ge- 
schehen auf dem Bildschirm. Der An- 
wender muß nicht erst eine Maus oder 
einen Trackball in Bewegung setzen, 
sondern kann mit der Spitze des Licht- 
griffels einfach auf die entsprechende 
Stelle auf dem Bildschirm zeigen und 
die Aktion wird ausgeführt. 

Das hier zum Test vorliegende Exem- 
plar der Firma Inkwell Systems nennt 
sich schlicht ‘the LightPen’. Ob das 
Gerät seinem leicht suggestiven Na- 
men gerecht wird, mußte sich erst zei- 
gen. 
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Lieferumfang 


Die Verpackung des LightPen enthält 
außer diesem selbst noch eine Diskette 
sowie ein Handbüchlein. Zum Hand- 
buch selbst ist nicht viel zu sagen. Si- 
cher haben Sie schon öfter einmal 
einen Joystick in Port 2 Ihres Rechners 
gesteckt; nun, genauso einfach ist der 
Anschluß des Lichtgriffels. Die Ent- 
wickler des Amiga haben ihrem Kind 
die Fähigkeit mitgegeben, ein solches 
Gerät über diesen Port abzufragen. 
Leider haben sie die nötige Software 
vergessen. 

Hier kommt die mitgelieferte Diskette 
ins Spiel. Sie enthält neben dem be- 
nötigten Treiberprogramm auch noch 
die ausführliche Beschreibung der 
einzelnen Möglichkeiten dieser Soft- 
ware. Zu beachten ist hierbei, daß zwei 
unterschiedliche Treiberprogramme 
für die Modelle A1000 und A500/ 
A2000 existieren. Diese Tatsache hat 
ihren Grund im unterschiedlichen Auf- 
bau der Portbuchsen bei den einzelnen 
Modellreihen. 


Praxistest 


Der Lichtgriffel ist mit einer aus- 
reichend langen Anschlußleitung ver- 
sehen. Das etwa 13 Zentimeter lange 
Gehäuse des LigtPen hat eine drei- 
eckige Form und liegt gut in der Hand. 
Am vorderen Ende ist, wie erwartet, ei- 
ne Linse angebracht, die einen dahin- 
terliegenden Fototransistor steuert. Die 
Linse ist ca. 8 Millimeter nach innen 
versetzt eingebaut. Dies verhindert 
zwar eine Beschädigung- zum Beispiel 
durch Zerkratzen der Linsenober- 
fläche-, macht aber gleichzeitig ein 
Reinigen des Strahlengangs zu einer 
umständlichen Prozedur. Ein etwas 
kleinerer Abstand hätte hier auch ge- 
nügt, zumal sich durch die statische 
Aufladung an der Bildschirmober- 
fläche schnell Staub und Schmutzparti- 
kel anlagern. 

Ist die Treibersoftware geladen, kann 
man die Maus vergessen. Der Treiber 
des LightPen hat Vorrang vor dem sy- 
stemeigenen Treiber der Maus. Nach 
entsprechender Einstellung des Treibe- 
rprogramms folgte der Zeiger brav den 
Bewegungen des LightPens. Zwei am 
vorderen Ende angebrachte Tasten 
ersetzen die Maustasten. Aus Platz- 
gründen wählten die Konstrukteure 
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hier keine mechanischen Tasten son- 
dern sensorische. Leider haben die 
meisten Menschen nicht die nun nötige 
Fingerfertigkeit. Die kleinste, unbeab- 
sichtigte Berührung löst schon die ent- 
sprechende Aktion aus. 


DPaint 


Die interessanteste Anwendung eines 
Lichtgriffels ist sicher die in einem 
Zeichenprogramm. Sie können quasi 
auf dem Bildschirm malen und zeich- 
nen, eine allemal direktere Methode als 
über die Maus. Leider kommt bei sol- 
chen Anwendungen die Position des 
Bildschirms stark zum Tragen. Der in 
kurzem Abstand senkrecht aufgestellte 
Bildschirm vermittelt ein Schreibge- 
fühl ähnlich dem liegend von innen an 
die Badewannenwand. Eine stärkere 
Bildschirmneigung und eine andere 
Sitzposition (das Optimum ist in die- 
sem Fall ein in den Schreibtisch ein- 
gelassener Monitor) könnten hier hel- 
fen, wenn sich nicht noch einige andere 
Mängel gezeigt hätten. 


Ein Mangel 


Ein Lichtgriffel reagiert auf den Zei- 
chenstrahl der Bildröhre und meldet so 
die momentane Position auf dem Bild- 
schirm. In diesem Prinzip ist ein grund- 
sätzlicher Schwachpunkt des Ver- 
fahrens begründet. Es arbeitet nicht auf 
schwarzen bzw. sehr dunklen Flächen. 
Diesen Mangel kann man noch durch 
das Wählen einer etwas helleren Hin- 
tergrundfarbe, wie zum Beispiel Dun- 
kelgrau, umgehen. 


Eine 
Kinderkrankheit 


Der zweite Mangel, der bei dem Test 
mit DPaint aufgetreten ist, ist da schon 
um einiges folgenschwerer. Die Trei- 
bersoftware will es in der jetzigen 
Version nicht schaffen, den Stift dem 
LightPen folgen zu lassen. Beim Frei- 
handzeichnen bzw. -Schreiben verliert 
der auf dem Bildschirm folgende Zei- 
ger ca. einen Zentimeter auf fünf Zen- 
timeter zurückgelegten Weg. Dieser 
Fehler ist eindeutig durch die Trei- 
bersoftware begründet. 


Fazit 


Der mit ca. 285,- DM nicht gerade 
billige LightPen ist mit der vorlie- 
genden Treibersoftware nur eine Spie- 
lerei und kann für ernsthafte Anwen- 
dungen nicht empfohlen werden. Der 
Hauptvorteil eines Lichtgriffels kom- 
mt mit dieser Treibersoftware nicht 
zum Tragen. Man kann nur hoffen, daß 
der Hersteller sein Versprechen einlöst 
und so schnell wie möglich eine ver- 
besserte Version der Software in den 
Handel bringt. Gerade für Mal- und 
Zeichenbegeisterte bzw. Personen des 
grafischen Gewerbes ist ein funk- 
tionierender Lichtgriffel in Verbin- 
dung mit einem leistungsfähigen Zei- 
chenprogramm eine unheimliche Ar- 
beitserleichterung. 


Hersteller:Inkwell Systems 
Kalifornien 
Anbieter: IM Frankfurt 
Tel.: 069/7071102 





IHR AMIGA-VERSTAND SAGT: 
NIMM DEN PDC-VERSAND! 


GRAZY CARS : zer 64,90 
= 5 Se ee 74,95 
BAGBLAEF: u ae 54,90 
DELHEFATEN 200er 64,90 
MERGENART a man 64,90 
TE BADEN 2.6, 0m ei 54,90 
a 54,90 
ROADWARS „rss una 54,90 
ee ee 44,95 
FLIGHT SIMULATOR II... ... 99,00 
WINTER OLYMPICS ..:... 54,90 
INSAMTY FIGHT 2... 14» 75,00 
MOUSE TRAF „us r..u00 5 44,95 
27 0 ee 59,00 
SHADOWGATE ou :7.::%; 89,00 
INTO THE EAGLES NEST .. 75,00 
SPAGE HANGER" . „2.2.32. 29,95 
NE A Pa 29,95 
DAFR DASTLEE >,» 2.37: 75,00 
BEWEISE 49,95 
u 3 U RE 49,95 
BR = re re 105,00 
GIALS OF HINMERA ; 2:2» +: 44,95 
VERFOFPODS . . 2.0: 25 : 0: 74,95 
ninSı) jJ1@ 5 BercBEE 27,50 


DER VERSAND-PARTNER VON 


GTI GmbH 





ART OF CHESE 2223 u 5 64,90 
SAPRGON I naar as na 95,00 
CHESSMASTER 2000 ..... 80,00 
AMIMAIESD 17 2442,56: 275,00 
PIENWIE „raus nn 120,00 
BUTCHER 2.0 deutsch 110,00 
Be 1 RE WER 1100,00 
AEG IMPACT. :,0u44r 4: 150,00 
AEGIS VIDEO TITLER su: : 249,00 
le eo Mn Bo 170,00 
Tme DEBOTOR Saure 125,00 
2.12), Me RE 120,00 
N SR 85,00 
DYNAMIC DRUMS... .... 135,00 
DYNAMIC STUDIO. 24-7 375,00 
MAXIPLAN 800 .... 24:2..% 249,00 
MAXIPLAN PLUS. ....... 345,00 
PROFESSIONAL PAGE ... 660,00 
No = @ 025 ||, 1 EEE 69,00 
AEGIS:SOND . 2.2.2.2. 135,00 
MEGACOVER 

(PVC, AS0O + Maus) ...:+ 289,850 
MOUSE MAT ..:4 =: .»%: = 


MOUSE MOUSE .2:.“-..: 
HOBESIFF NEWS. 2: , 2:2: 








OBERHÖCHSTADTER STR. 53 B - 6370 OBERURSEL - TEL. 0.61 71/5 38 63 
NACHNAHME 6, DM » VORKASSE 4, DM » AUSLAND: NUR GEGEN VORKASSE 10,- DM 
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VONGERALDCARDA 





DER KONTAKT 





MANN 


Mitsubishi-Monitor EUM-I147IA 


{ 
\ FOrW Fr 


Viele Amiga-Anwender sind mit der Qualität 
des Commodore-Monitors nicht zufrieden. 
Der Markt bietet hier, für einen entsprechend 
größeren Betrag, bessere Monitore an. Der 
Bildausgang des Amiga verlangt einen RGB- 
Analog-Monitor, um die Bilddaten korrekt 
wiedergeben zu können. Fast alle Monitore 
mit dieser Fähigkeit gehören der Gattung der 
Multisync- bzw. Multiscan-Monitore an. 
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uch der Mitsubishi EUM-1471A 
gehört zu dieser Montiorart. Es 


können Bilder mit einer Hori- 
zontalfrequenz von 15,6 bis 35 KHz 
dargestellt werden. Die Bildwieder- 
holfrequenz kann hierbei zwischen 45 
und 75 Hz liegen. Der Monitor ist so- 
mit auch für zukünftige Signalquellen 
gut gerüstet. Der Test des Mega-Vision 
Grafiksubsystems zeigt eine der mög- 
lichen Verwendungsarten. 


Außenansicht 


Das Gerät paßt in seiner Farbe gut zum 
Amiga. In der Standardlieferung ist 
leider kein Monitorständer enthalten. 
Besitzer eines Amiga 500 kommen so 
nicht umhin, einen Monitorständer 
nachzukaufen. Anwender eines Amiga 
1000 oder 2000 können den Monitor, 
wie das Original, auf den Rechner stel- 
len. Allerdings biegt sich das Kunst- 
stoffgehäuse des Amiga 1000 hierbei 
schon etwas durch. Der Mitsubishi 
EUM-1471A ist mit knapp 13 kg nicht 
gerade ein Leichtgewicht. 

An Einstellmöglichkeiten befinden 
sich auf der Vorderseite außer dem 
Netzschalter die Regler für Kontrast 
und Helligkeit. Der Farbregler ist auf 
der Geräterückseite untergebracht, 
wird jedoch bei Analogbetrieb nicht 
verwendet, so daß dies keine Ein- 
schränkung des Bedienungskomforts 
darstellt. 

Desweiteren finden sich folgende Reg- 
ler auf der Rückseite: H-POSI, V- 
POSI, H-SIZE, V-SIZE, SCAN 
MODE, Eingangswahlschalter und ein 
Monochromschalter. Mit diesen Reg- 
lern ist die Bildposition auf dem Mo- 
nitor, unabhängig vom Rechner, zu 








zentrieren. Diese Prozedur ist nur ein- 
mal nötig und nach ca. zwei Minuten 
erledigt. Der Schalter SCAN MODE 
erlaubt die Darstellungsarten Over- 
und Underscan. Das Bild kann somit in 
horizontaler Richtung bis an den 
Bildröhrenrand gestreckt werden. Der 
Eingangswahlschalter wählt die Be- 
triebsart des Monitors. Es stehen drei 
Modi zur Auswahl: eine Analogbe- 
triebsart, ein TTL- und ein Videomo- 
dus. In der TTL-Betriebsart ist der Mo- 
nochromschalter wirksam. Dieser 
Schalter ermöglicht es, den Monitor 
über eine Monochromkarte am PC zu 
betreiben. 


Kontaktfreudig 


Der Monitor bietet für jede mögliche 
Betriebsart einen separaten Eingang. 
Es können so ohne lästiges Umstecken 
drei Signalquellen am Monitor ange- 
schlossen sein, deren Auswahl dann 
über den Betriebsartenwahlschalter er- 
folgt, der über drei Leitungen am Ana- 
logeingang ferngesteuert werden kann. 
Der Monitor ist so zum Beispiel, ohne 
Kabelumstecken, in folgender Kon- 
figuration betriebsfähig: Amiga 2000 
über Analogeingang, XT-Karte mit 
AGA-Grafikkarte über TTL und ein 
Fernsehempfänger über VIDEO. Die 
Auswahl des dargestellten Bildes wird 
einfach über den Betriebsartenschalter 
vorgenommen. 

Leider ist dem Tatendrang des frisch- 
gebackenen Monitorbesitzers eine 
Schranke gesetzt. Der Lieferumfang 
schließt zwar eine kurze, aber gute Be- 
dienungsanleitung und ein Netzkabel 
ein, enthält aber als Signalkabel nur 
den 9-poligen PC-Adapter. Sie können 
jedoch auch ein Kabel nach der ab- 
gedruckten Skizze selbst anfertigen. 
Ein fertiges Kabel kann jedoch auch 
bei der unten aufgeführten Adresse 
bezogen werden. 


Aktion 


Nach der Anfertigung eines ent- 
sprechenden Kabels konnten wir zum 
erstenmal das Bild begutachten. Der 
Monitor liefert durch einen Punkt- 
abstand von 0,31 Millimeter ein deut- 
lich schärferes Bild als der Commo- 
dore 1084. Die Bildröhre verfügt über 
einen guten Kontrast und ist entspie- 
gelt. Die Bildschirmvergütung wird 


von Mitsubishi als Diamant-Matt be- 
zeichnet. 

Unser Testbild zeigt Ihnen die Mög- 
lichkeiten des Monitors. Zu beachten 
ist eine leichte Neigung des Bildes 
nach rechts. Diese Art von Bildfehler 
läßt sich jedoch in einer Fachwerkstatt 
leicht beheben und stellt in unserem 
Fall nur einen Ausreißer dar. 


Interlace 


In dieser Betriebsart haben viele Mo- 
nitore ihre Schwierigkeiten. Der Mit- 
subishi EUM-1471A liefert in diesem 


Verbindunsskabel EUM-1471A 


23 pol. Sub D Buchse 
(Amiga) 





Darstellungsverfahren ein annehmba- 
res Bild, obgleich er die Qualität des 
NEC Multisynce in dieser Disziplin 
nicht ganz erreicht. Anwender, die 
häufiger im Interlacemodus arbeiten 
müssen (z.B. CAD), sollten auf ein 
langnachleuchtendes Modell zurück- 
greifen, daß vom selben Hersteller an- 
geboten wird. Ein solches Gerät testen 
wir gesondert in unserem Grafik- 
sonderheft. 


Fazit 


Der Mitsubishi EUM-1471A stellt ei- 


nen leistungsfähigen Monitor dar. Be- 
sonders für Besitzer eines Amiga mit 
PC-Teil ist dieser Monitor ein viel- 
seitig einsetzbares Gerät. Durch den 
getrennten Videoeingang ist es auch 
für Besitzer von Videorekordern oder 
Fernsehempfängern interessant. Es 
verfügt über die Möglichkeit, zwei 
Eingangssignale (Video und RGB) zu 
mischen. Diese Feature konnte jedoch 
innerhalb dieses Tests nicht probiert 
werden. 

Etwas störend ist der im Vergleich zu 
anderen Monitoren etwas laute Zeilen- 
trafo, der deutliche Zirpgeräusche von 


25 pol. Sub.b Stecker 
(Monitor) 


sich gibt. Beim Betrieb an einem 
lüfterlosen Amiga 500 stört dieses 
Geräusch deutlich. Der Amiga 2000 
übertönt es jedoch mit seinem nicht 
gerade leisen Lüfter. Wenn Sie dieser 
Geräuschpegel nicht weiter stört, kön- 
nen Sie jedoch auch problemlos mit 
dem Zirpen leben. 


Preis: ca. 1399.- 
Hersteller: Mitsubishi 
Vertrieb: 

EAS Computertechnik 
4630 Bochum 1 

Tel: 0234/34307 
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VON MATTHIAS KEGEILMANN 


LATTICE € 4.0 





Nachdem Mänkx'vor'einigen Monäten 
‚seine'neueste Version Aztec-3:4 (siehe 
KICKSTART 9/87) veröffentlichte, 
liegt nunäueh'von’/Latti-ce‘eine’neite 
'Versiöndes' bekannten‘ Compilers'vor. 
Der Unifang der Änderungen'seitdem 
Läitice -3/1 ((siehe 'Kickstärt 1/87) 
veränlaßte 'Lättice ‘sogar dazu, die 
"Versionsnummer äuf4.0zu‘erhöhen. 
Erste Eindrücke 

Von‘den 4Compilerdisketten’sind, wie 
in ‘der worhergehenden Versiön, 'nur 
zwei für das:alltägliche Arbeiten 'wich- 
ti. Die ünderen beiden enthalten 'Bei- 
spielprogramme, Dokumentation, @ini- 
se'sehr'nützliche Public'Domain Tools 
‘und ähnliches. Von den beiden 'Häupt- 
«disketten 'ist ‘eine 'bootbär, (d.h. 'män 
'Kann sie nach ‘dem ‘Anschalten (beim 
A!1000 nach ‘dem "Einlesen ‘der 'Kick- 
stärt)'oder'nach'einem Reset’änstätt‘der 
Woörkbench-Diskette ‘einlegen. |Diese 
Diskette ‘enthält \u:a;, wie eine Work- 
'bench, sämtliche‘CLI-Befehle.Zusätz- 
"lich sind im 'Befehlsdirectörty noch die 
zum ‘Compiler ‘gehörenden 'Komman- 
dos,‘d.h.'die beiden‘ Compilerteile,‘den 
(Gompilertreiber, ‘der Linker, @in 'Dis- 
‘assembler, ‘ein Librarian, imit'dem'man 
sich ‘eigene |Funktiönsbibliötheken er- 
stellen'kann'und zusätzlich ein Macro- 
assembler, ‘der jetzt zum "Amiga- 
standard 'kömpatibel ist. Dazu jedoch 
später'mehr. Auf‘der Zweiten Diskette 
befinden sich die Libraries, (die 'beim 
‚Linken 'eingebunden werden 'und ‘die 
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normalen Amiga-Headerfiles, die lje- 
doch'in'komprimierter/Rorm vorliegen, 
was die Geschwindigkeit des Com- 
ipilers erhöht. |Die \unkömprimiertten, 
«dokumenitietten 'Heuderfiles findet 
man auf Disk 3, wis @in recht (güter 
Kompromißiist, daimaänsojederzeitdie 
dokumentierten Files zur Hand \hät. 
Der Compiler arbeitet Aber inidht wie 
früher mit |Files, in denen einfach die 
Kommentare gelöscht Wurden, sön- 
(dern 'mit noch weiter |komprimierten 
und somit Figiisi Compiler gün- 
stigeren Arbe FR; 

(dieser Dis 
«einiger |Kl 















üfrüft. Das ist zum einen 
ersiondes'PopÜll,Heres 
elierzeit durch leichzei- 
won AMIGAHESC &i- 
Izu®röffnen, wäas!bei®@i- 
Error öhne ‘Guru häufig 
ist, wichtige Files noch 
Hisk aufeine echte” Dis- 
.'Ferner‘schalter&erlPop- 
er bestimmten Zeit ((De- 
‚währendlder'keine Tas- 


weitgehend \unbekänntes Mool, (der 
(CONMan gestäftet, der @inen neuen 
(ConsolelHandler einbindet, der wolles 
'Edieren der !Eingäbezeile ermöglicht 
und zusätzlich eine !Histöry{Funktion 
"beinhaltet, d.h. worher getippte Zeilen 
lassen ‘sich durch einfaches !Drüdken 
won (Cürsör hoch wieder aufrüfen und 
‘dann edieren. [Das erspärt Wiel Ärger, 
‚wein \manh ‘sich iin einer langen /Zeile 
irgendwo'inder'Mitte\wertippt'hät!Dies 
wirkt ‘auf jedes neu geöffnete (CON:- 
Fenster und \macht somit ‘aus jedem 
neuen (CEI eine Mini-Shell, !bei Ger 


man jedoch, das keine echte Shall ist, 
sondern sie eine [Ebene tiefer iin ‘Sy- 
stemroutinen eingreift, !keine ineuen 
Befehle und Regeln lernen muß, dadie 
normalen (OLHBefchle aufgerufen 
werden, als wäre der CONMan gar- 
nidht worhanden. Dieses Mool wird 
man, besonders wenn'man wegen &ines 
kleinen Speichers eine Shell nicht wer- 
nünftig |berrsiben Ikann, nicht mehr 
missen wollen Danachrruftdie Stattup- 
Seyuenseins vonzweilBatdhiilesauf, 
das die vom Compiler!benötigten Para- 
meter eritweder für mormale Diskette 
oder Hardäisk einstelltHietbei Itau- 
<hen die ersten Problame auf, wenn 
min nidhtimindestens zwei Laufwerke 
besitzt. [Die won Lättice empfohlene 
Mindestkonfigurätion ist SI2k und 2 
Laufwerke. Wenn möglich, sollteıman 
jedoch über mehr RAM, da man dann 
zöltaufwendige Diskzugriffe durch die 
intensive Bentirzung der Ramdisk um- 
gehen Ikann, oder eine Hurddisk wer- 
fügen. |'Man |kurn den Compiler zwar 
auch mit nur einem |Euufwerk |be- 
treiben, muß Hunn alber entweder die 
(GUHKoOMMandos iins IRAM kopieren, 
Ikätsomit'inurmnoch wenig Platz für das 
&iwentliche/Progrumm, dasıman schrei- 
(ben will, oder man muß andausrndes 
Diskwechseln iin Kauf inehmen!Der 
Amiga meldet Sich dann durdh den 
(ÖUHPrOMPt, Yuder gesamte Compiler 
wom (CLI aus !benutzt wird. [Die IPro- 
grammentwidklung won @iner gra- 
Iphischen !Benutzeroberflädhe ist Inäm- 
lich nicht sinnvoll, Sie wäre denkbur 
umständlich. !Brauckt Imun dennoch 
eine Workbencdh, um !beispielsweise 
die "Werträglichkeit” eines |Progrum- 
\mes'mitdieser2ultesten, kunnmundie- 
se jederzeit Hurdh TLOADWIB” aikti- 


wieren. 

Besondere Optionen 
des Compilers 

"Nun zum Compiler selbst. Er besteht, 
wie sämtliche Morkängerversionen, 
‘aus’2wei Teilen: KO undlC2, dUiedien 
‚beiden (Compilerpasses gleichkom- 
men. [Diese Können zwar getrennitauf- 
werüfen \werden, was ber so But Wie 
Nie sinnvolliist, dalmman Sich damitnur 
unnötig Arbeitsschafft. Normalerweise 
ruft man (deshulb ‘den sogenannten 
Compilertreiber!LC auf, der sämtliche 
(Optionen der'beiden Passes'kennt,ILC1 
und IC2 jeweils mit den entspredhen- 
den Parametern aufruft und schließ- 











lich, wenn ıman die -L Option angibt, 
‚auch das entstandene Programm mit 
den entsprechenden Startup-Program- 
men und den nötigen Libraries linkt. 
‘So kann ıman nicht nur einzelne Pro- 
gramme übersetzen und linken, son- 
dern, da ıman auch Willdcards benutzen 
gramme zu kompilioren und dann alle 


LC -L ab? 


übersetzt dann z.B. alle Sourcefiles, 
die mit alb beginnen und danach ein be- 
iebiges Zeichen enthalten. Z.B.: abl.c, 
ab2.c, ab3.c, abm.c.Dies ist eine Mini- 
malimplementierung eines Make-Be- 
fehlls, die Hr emFachere Anwendungen 
- beispielsweise wenn alle Souroefilkes 
mit den gleichen Options kompiliert 
werden sollen - durchaus ausreicht. Bin 
komplettes Make Utility ist aber, wie 
bereits anfangs erwähnt, als geitrennites 
Propramm, wie das üblich ist, im Pro- 
Kessional Package enthalten. Dazu 
jedoch später ımahr. Dar Compiler un- 
terstüitzteiine weitere Option, die einige 
Mühe wnd Tippatbeiterspatt: Willıman 
nämlich eine Runktion in eine eigene 
Library @inbinden, ist es nicht mög, 
den Dibraran genrennt aufzurufen. 
Man kann einfach die Option -R und 
danach den Namen der Library ange- 
Iben. Dadurch wird nach der Kompi- 
Nition die Runktion automatisch im die 
Library aufgenommen und eine ältere 
|Runktion gleidhen Namens gepabanen- 
Falls gelöscht. 

16 Bü INTs 

IBiner der größten Unterschiede zwi- 
schen lLättice und Aztec (© war bisher, 
daß der Lättice Compiler INTSs 32 
IBitBreite, also |Lkongwords, übersetzt, 
wie dies iin Kermihan&Richie für 
68000 Rechner empfohlen wird. Der 
AdtecCompiler dagegen benutzt die 
schnelleren und Kürzeren 116 BitHINTS. 
Rerneröärgettees LatticeJProgrammier- 
&r hin wind wieder (wann Sie sich den 
Kode ansdhen, den der Compiler er- 
zeugt hätte), daß @leich, was als [Para- 
meter für einen |Runktonsaufruf auf 
den Stack gelegt wurde, immer Zu- 
nächst auf. 32 Bit erweitert wurde. Der 
Adtec Uapegen legt Hür Byites und 
Words immer 16 Bit auf&en Stack, da 
der Stackpoiniter sowieso niemals un- 
gerade werden !kann. Nur bei wirklich 
32 Bitlbreiten IDiteritypen (LONG, 


FLOAT) benutzt er 32 Bit. Da der 
Amiga bei Systemaufrufen aber davon 
ausgeht, daß für jeden Parameter 32 Bit 
auf dem Stack liegen, benutzt der Az- 
toc zwar standardmäßig die schnellere 
und speichergünstigere Lösung. Man 
mußte bei Systemaufrufen aber dau- 
ernd aufpassen und INTs z.B. vor der 
Übergabe erst in einen LONG um- 
wandeln und bei Konstanten, wie ‘5’, 
ein “L’ anhängen, um den Compiler zu 
zwingen, diese als LONG auf den 
Stack zu legen.Jetzt hat auch Lattice 
die Möglichkeiten zu den kurzen und 
schnellen 16 BitINTs eröffnet - gibt 
man nämlich die Option -w beim Kom- 
pilieren an, benutzt der 4.0-Compiler 
16 Bit breite INTs und legt auch nur so- 
viel auf den Stack, wie nötig ist.Daß 
diese zwei Details nur gemeinsam ein- 
schaltbar sind, ist zumächst verwun- 
derlich. Das liegt aber an den Prinzi- 
jpien des Compilerbaus, d.h. daran, wie 
eim C-Compiler zu schreiben ist. Eine 
Regel besagt hierzu vereinfacht, daß 


jede Variable und Konstante, bevor sie 


weiter-benutzt werden Ikann, zumächst 
einer sogenannten “Bimary Conver- 
sion’, also einer Typumwandlung, un- 
körzogen wird. Hierbei werden sämt- 
liche ganzzahligen Datentypen (Char, 
short, imt, long) auf mindestens die 
wid jede Konstante, wenn man mit 32 
Bit INT arbeitet, bevor sie als Para- 
meter übergeben werden kann, auto- 
imatisch auf 32 Bits erweitert.Um mun 
die Probleme mitt Systemaufrufen, wie 
zuvor für den Aztec !beschrieben, zu 
umgehen, hat Lattice eine ziemlich Ibe- 
queme Lösung gefunden: Man kann, 
wenn man definiert, daß eine Runktion 
extern existiert, die erwarteten Typen 
der Runktion zusätzlich angeben. ZB.: 
extern long Open(char * long)’ würde 
definieren, daß Open einen Zeiger auf 
CHAR und ein LONG als Parameter 
benötigt. Stimmen ınun die Parameter, 
die ıman im Programm übergibt, nicht 
mit den aungegöbenen Typen überein, 
hält man während der IKompilation 
&in Warning. Vergißt ıman ako z.B. 
eine 16 Bit-INT auf LONG zu erwei- 
kön, eilkennt man diesen Fehler sofort 
an dem ausgegebenen Warning.Noch 
@infacher imacht es der Lattice-Com- 
piler bei Konstanten: IKonstariten, die 
normalerweise als INT gelten, werden 
Automatisch auf die entsprechende 
Länge erweitert, wern der Parameter 


einer Funktion als länger definiert ist. 
Definiert man beispielsweise ‘void De- 
lay(long)’, kann man danach, falls man 
16 Bit-INTs benutzt, einfach ‘De- 
lay(10)’ statt ‘Delay(10L)’ schreiben. 


Systemfunktionen 
direkt 


Bisher wurden die Rom Kernel-Funk- 
tionen wie ganz “normale” C-Funk- 
tionen aufgerufen, d.h. die Parameter 
wurden auf den Stack gelegt und dann 
die entsprechende Funktion aufgeru- 
fen. Assemblerprogrammierer werden 
wissen, daß die Funktionen intern die 
Parameter jedoch in bestimmten Re- 
gistern erwarten. Deshalb muß man 
immer mit der Amiga.lib linken, die 
für jeden Rom Kernel Aufruf eine klei- 
ne Umsetzroutine enthält, die die Para- 
meter vom Stack in die entsprechen- 
den Register lädt und dann die Routine 
über eine Sprungtabelle, die zu jeder 
Library gehört, aufruft.Der Lattice- 
Compiler 4.0 bietet die Möglichkeit, 
diese Funktionen direkt mit den Para- 
metern in den entsprechenden Regis- 
tern aufzurufen, dadurch wird der Ko- 
de natürlich etwas kürzer und schnel- 
ler, da die Parameter gleich in die rich- 
tigen Register gelangen und nicht erst 
auf dem Stack zwischengespeichert 
werden. Zusätzlich spart diese Met- 
hode Linkzeit, da jetzt fast keine Funk- 
tionen aus der Amiga.lib eingebunden 
werden müssen.Glücklicherweise muß 
man diese Definitionen für die Rom 
Kermnel-Funktionen nicht selbst einge- 
ben. Man kann einfach die entsprech- 
enden Headerfiles aus dem Directory 
PROTO durch #include einbinden, die 
diese Definitionen enthalten und zu- 
sätzlich noch festlegen, welchen Typ 
die Parameter haben müssen.Sollte 
werden und es so neue Libraries geben, 
kann man mit einem Tool, das sich 
nannten FD-Files, die z.B. mit dem Ba- 
sic ausgeliefert werden, im solche 
PROTO-Files automatisch umwan- 
deln. So sind auch die von Lattice mit- 
gelieferten Files für die aktuelle Kick- 


Der Compiler bietet die Möglichkeit, 
einge sehr häufige String- und Spei- 
<herfiunktionen nicht normal aufzu- 
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rufen, sondern diese direkt in Maschi- 
nensprache zu implementieren. Hier- 
bei würde dann beispielsweise für ‘str- 
len’ kein Kode erzeugt, da es sich um 
einen konstanten String handelt. Es 
würde in diesem Fall der entspre- 
chende Wert nach DO geladen. Auch 
für nicht konstante Strings verbessert 
sich der Kode erheblich, da die Regis- 
terinhalte ausgenutzt werden können 
und die C-Eigentümlichkeit der Para- 
meterübergabe auf dem Stack wegfällt. 
Diese sogenannten ‘built-in-functions’ 
sind durch ein vorgestelltes ‘_builtin_’ 
zu erkennen. Bindet man die Header- 
files ‘string.h’ und ‘stdlib.h’ ein, wird 
das ‘_builtin_’ bei den entsprechen- 
den Funktionen automatisch vorange- 
stellt. 


Kurzer Kode- und 
Datenzugriff 


Die in der 3.1-Version eingeführten 
Optionen, um den Datenzugriff zu be- 
schleunigen, indem man sämtliche Da- 
tenhunks (DATA und BSS) zu einem 
großen Hunk zusammenfügt und dann 
innerhalb dieses Hunks über ein kon- 
stantes Adreßregister auf die Daten zu- 
greift, die Sprünge zwischen verschie- 
denen Funktionen zu optimieren und 
zusätzlich den Kode dadurch zu ver- 
kürzen, indem man relativ zum PC 
springt, sind in der 4.0-Version die 
Defaulteinstellung.Da hierbei aber die 
Sprungweite auf +/- 32k, die Größe des 
Datenspeichers auf 64k begrenzt ist, 
kann man beide Optionen getrennt 
abschalten. 


Registervariablen 


Der Lattice 4.0 unterstützt wie in der 
3.1 Version 6 (!) normale Registerva- 
riablen. Es kann sich dabei um Daten 
beliebiger Länge bis zu 32 Bit handeln. 
Für diese Registervariablen werden die 
Datenregister D2-D7 benutzt. Leider 
kann er aber nur noch zwei Pointer als 
Registervariablen benutzen, da nur 
noch die Adreßregister A2 und A3 zur 
Verfügung stehen. Die 3.1-Version 
konnte immerhin 3 Adreßregister für 
Registervariablen benutzen.Das Prob- 
lem bei der 4.0-Version liegt darin, daß 
die Basisadresse des Datenbereichs, 
die zum Adressieren nach dem schnel- 
leren und kürzeren Datenmodell be- 
nutzt wird, jetzt in A4 gehalten wird. 
Früher wurde hierzu A6 gebraucht. 
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Linker 


Der Lattice 4.0 benutzt den ehemaligen 
Public Domain Linker BLINK, den 
Lattice mittlerweile aber etwas erwei- 
tert hat. Dieser ersetzt seit der letzten 
Version den Standard-Amigalinker 
ALINK von Metacomco.BLINK ist 
schneller als ALINK und beherrscht 
ferner einige Funktionen, die mit 
ALINK nicht möglich sind: BLINK 
ve-reinigt alle Hunks mit dem Namen 
__MERGED zu einem einzigen Hunk, 
da sämtliche mit dem basisregister- 
relativen Datenzugriff kompilierten 
Hunks diesen Namen tragen. Da 
ALINK das nicht tun würde, lassen 
sich mit dieser_Option übersetzte 
Programme auch nicht mehr korrekt 
mit A-LINK linken. Des weiteren 
unterstützt BLINK Overlays. Das ist 
das Prinzip, daß ein Programm immer 
nur einen Teil seiner Routinen im 
Speicher hält und die anderen, wenn 
diese angesprungen werden, über zur 
Zeit nicht benötigte Routinen im 
Speicher lädt. Dadurch kann ein 
Großteil des Speicherbedarfs gespart 


“ werden, was vor allem bei extrem 


großen Programmen, die dennoch mit 
relativ wenig Ram auskommen sollen, 
wichtig ist.Ferner unterstützt die 
neueste Version von BLINK im 
Gegensatz zu ALINK Libraries mit 
Index. Das bedeutet, daß am Anfang 
jeder Library ein Inhaltsver-zeichnis 
ist, dem der Linker entnehmen kann, 
wo er welche Funktionen in der 
Library finden kann. Dadurch kann die 
Linkzeit, besonders bei sehr langen 
Libraries, erheblich verkürzt werden. 
Die aktuelle Version des mitgelieferten 
Linkers kann solche Libraries zwar 
noch nicht erzeugen oder lesen; eine 
Version, die das.beherrscht, ist aber für 
eine der nächsten Updates angekün- 
digt. 


Macroassembler 


Der Lattice-Assembler ASM wurde 
seit der letzten Version entscheidend 
verbessert.Konnte man früher auf Da- 
ten innerhalb eines Files nur auf eine 
Weise zugreifen - d.h absolut, pcre- 
lativ etc., was doch etwas merkwürdig 
war -, handelt es sich jetzt um einen 
vollständigen Assembler, der die nor- 
male Motorola-Syntax beherrscht. Fe- 
rner wurde die Syntax für Macros und 
die meisten Assemblierungsbefehle 


dem Amiga Assembler von Metacom- 
co angepaßt. Der ASM versteht jetzt 
die von Commodore herausgegebenen 
Standard-Headerfiles, was das Schrei- 
ben von Programmen, die Rom Ker- 
nel-Funktionen benutzen, erheblich 
vereinfacht. Einige praktische Kürzel 
wie ‘CODE’ statt ‘SECTION CODE’ 
sind offensichtlich noch nicht imple- 
mentiert.Es scheint auch, als sei der 
Assembler gerade erst fertig geworden 
und enthalte noch einige Bugs: Es gibt 
nämlich einige nicht dokumentierte 
Optionen.beim Kommandoaufruf und 
bei etlichen kleinen Testprogrammen 
gab es bei einfachen Konstruktionen 
‘Internal Errors’, was etwas bedauer- 
lich ist.Da sich aber viele Programme, 
die eigentlich für den Metacomco-As- 
sembler geschrieben wurden, mühelos 
assemblieren ließen und man davon 
ausgehen kann, das Lattice die noch 
vorhandenen Bugs so schnell wie mög- 
lich beseitigt, wird die zusätzliche An- 
schaffung eines Macroassemblers wie 
dem Amiga Assembler für Lattice- 
User genau wie für Aztec-Besitzer, die 
ja schon von Anfang an einen leis- 
tungsstarken Assembler mitgeliefert 
bekamen, bald überflüssig werden, da 
sich auch reine Maschinenprogramme 
mit dem ASM genausogut entwickeln 
lassen. 


Make Utility 


Das Lattice Make (LMK) ist ein Ab- 
kömmling der UNIX Utility MAKE 
und liegt als weiteres Tool dem Pro- 
grammpaket bei. 

Ein MAKE-Utility dient vor allem da- 
zu, die Entwicklung von größeren Pro- 
grammen, die aus mehreren Source- 
files bestehen, zu erleichtern. Es küm- 
mert sich darum, welche Files neu zu 
übersetzen sind. Dies geschieht mit 
Hilfe eines Makefiles, in dem genau 
festgelegt ist, welche Files aus welchen 
generiert werden und wie diese Gene- 
rierung aussieht. Dabei wird zu jedem 
der zu erstellenden Files eine Liste der 
Programme, von denen es abhängt, an- 
gegeben. Darunter gibt man eine Reihe 
von Befehlen an, die ausgeführt wer- 
den, wenn das File neu erstellt werden 
muß. Das stellt man anhand des Da- 
tums fest: Ist nämlich eines der Files, 
von denen das übergeordnete abhängt, 
neuer als das eigentliche File, dann ist 
dieses nicht mehr ‘up-to-date” und 
wird mit Hilfe der angegebenen Kom- 








mandosequenz neu produziert. Die no- 
rmale Anwendung ist, damit mehrere 
Sourcefiles mit verschiedenen Com- 
pileroptionen zu übersetzen und diese 
dann zusammenzulinken. Man kann 
aber auch gleichzeitig dafür sorgen, 
daß alle neuen Files abgespeichert wer- 
den, da man jeden normalen CLI-Be- 
fehl im Makefile eintragen kann.Mit 
Hilfe der MAKE-Utility spart man sich 
so eine Menge Mühe, weil man sich 
nicht für jedes File einzeln merken 
muß, wann man es zuletzt geändert hat, 
ab und mit welchen Optionen man es 
eventuell wieder kompilieren muß. 


Screen-Editor 


Als weitere Beigabe erhält man noch 
den Lattice-Screen-Editor (LSE), der 
recht komfortabel ist. Er unterstützt 
selbstverständlich die üblichen Funk- 
tionen wie Suchen, Textersatz, Block- 
kommandos. Man kann zwei Texte 
gleichzeitig bearbeiten und auch zwi- 
schen diesen hin- und herkopieren. 
Ferner kann man während der Be- 
nutzung Hilfstexte einlesen, die be- 
stimmte Funktionen erklären.LSE 
stellt neben dem normalen Suchen 
noch ein Mustersuchen nach Ausdrü- 
cken, wie sie GREP (s.o) versteht, zur 
Verfügung. Des weiteren kann man die 
Fehlerausgabe des Lattice C-Compi- 
lers einlesen, um die Zeilen, die Fehler 
enthalten, automatisch anzuspringen. 
Auch eine Macrofunktion ist im- 
plementiert, die es erlaubt, durch einen 
einzelnen Tastendruck bestimmte, frei 
definierbare Worte oder andere Zei- 
chenfolgen auszugeben. LSE enthält 
noch eine Reihe weiterer Kommandos, 
die aufzuzählen den Rahmen dieses 
Tests jedoch sprengen würden. 


Debugger 


Als letzes erhält man mit dem Pro- 
fessional-Package auch den Debugger 
MetaScope von Metadigm, Inc., der 
bezüglich Leistungsfähigkeit und 
Komfort wohl eindeutig zu den besten 
gehört, die es auf dem Amiga zur Zeit 
gibt. Der MetaScope regelt alle Ein- 
und Ausgaben über Windows, von de- 
nen man jederzeit.beliebig viele offen- 
halten kann. Es gibt hierbei verschie- 
dene Arten von Windows. Die beiden 
wichtigsten Typen sind STATUS- 
WINDOWS, die den aktuellen Pro- 
zessorinhalt, also die Register, Flags 
und die gerade auszuführende Zeile in 


disassemblierter Form beinhalten, und 
MEMORY-WINDOWS, in denen man 
den Speicherinhalt entweder als Daten 
oder als disassemblierten Kode aus- 
geben kann.In diesem disassemblierten 
Kode tauchen selbstverständlich alle 
Symbole auf, die in dem zu debug- 
genden Programm enthalten waren. 

Man kann die Startadresse des Spei- 
chers, der in einem Window angezeigt 
wird, beliebig wählen. Es können bei 
allen solchen Eingaben sehr kom- 
plizierte Ausdrücke eingegeben wer- 
den, die fast alle C-Operatoren ent- 
halten dürften. Sogar die Reihenfolge 
der Bewertung wurde von C über- 
nommen, was jeden C-Programmierer 
sicherlich freut.Es muß sich hierbei je- 
doch nicht um statische, also gleich- 
bleibende Ausdrücke. handeln. Man 
kann beispielsweise die Startadresse 
eines Windows, das disassemblierten 
Kode anzeigt, auf ‘PC’ setzen, d.h. es 
beginnt jeweils mit der Zeile, die der 
Prozessor gerade ausführt. Wenn man 
jetzt das Programm Schritt für Schritt 
ausführt, scrollt das Window ent- 
sprechend dem PC immer mit. Auch 
jedes andere Window wird andauernd 
aktualisiert, wenn sich z.B. etwas im 
Speicher geändert hat.Will man bei 
einem Befehl, der normalerweise eine 


“ Eingabe verlangt, einen Wert ein- 


tragen, der irgenwo in einem Window 
zu sehen ist, z.B. in einem Prozessor- 
register, was sehr häufig vorkommt, 
kann man diesen Wert einfach an- 
klicken. Daraufhin wird bei dem Be- 
fehl keine Eingabe verlangt, sondern 
der markierte Wert wird statt dieser 
benutzt.Zur Kontrolle des Programm- 
ablaufes stehen mehrere Befehle zur 
Verfügung. Zum einen Kann man das 
Programm einzelschrittweise laufen 
lassen, wobei man sich noch entschei- 
den muß, ob man die Unterroutinen 
auch im Einzelschrittmodus durch- 
laufen will, oder ob man das Programm 
durch diese normal durchlaufen läßt. 
ZUm andern kann man das Programm 
ungestört laufen lassen, muß aber 
Breakpoints setzen, bei denen es dann 
wieder anhält, damit man gewisse 
Speicherinhalte überprüfen kann. Hier- 
bei kann man zusätzlich festlegen, daß 
eine Stelle mehrfach durchlaufen wer- 
den muß, bevor das Programm anhält, 
oder daß es nur dann anhält, wenn ein 
beliebiger, frei wählbarer Ausdruck 
wahr ist. So kann man das Programm 


anhalten, wenn z.B. ein Register einen 
bestimmten Wert hat.Besteht die Ge- 
fahr, daß etwas schiefgeht, kann man 
ein Window auch “einfrieren”, was 
dazu führt, daß die Werte, die im 
Window angezeigt werden, nicht mehr 
geändert werden. Man kann diese Wer- 
te nach einer beliebigen Zeit aktuali- 
sieren, wieder “auftauen” oder in den 
Speicher oder den Prozessor zurück- 
schreiben, wodurch sich durch einen 
etwaigen Fehler in diesem Bereich 
dann nichts geändert hat.Die Unmenge 
von Funktionen, die der MetaScope 
bietet, von denen die meisten hier gar- 
nicht erwähnt werden konnten, führt 
zwar dazu, daß man einige Zeit be- 
nötigt, bis man alle Möglichkeiten 
dieses Debuggers wirklich ausschöp- 
fen kann. Wenn man sich aber ein- 
gewöhnt hat, steht einem mit dem Me- 
taScope ein Tool zur Verfügung, das 
eine sehr schnelle und relativ leichte 
Fehlersuche ermöglicht. 


Fazit 


Der Lattice 4.0 ist ein gelungener 
Nachfolger der bisherigen Lattice- 
Versionen, die an einigen Punkten 
verbessert wurden und auch neue Kon- 
zepte, wie das direkte Anspringen von 
Rom Kernel-Funktionen und built-in- 
Funktionen, einbringt. Die Mitliefer- 
ung eines vollwertigen Macroassemb- 
lers ist ein begrüßenswerter Schritt, da 
man bei einigen Anwendungen nicht 
darauf verzichten kann, bestimmte 
Routinen der Geschwindigkeit wegen 
in Assembler zu programmieren. Man 
kann sicher davon ausgehen, daß die 
noch vorhandenen Bugs bald beseitigt 
sein werden.Das gesamte ‘Professional 
Package’ enthält viele nützliche Tools, 
von denen vor allem der MetaScope 
Debugger eigentlich unentbehrlich ist. 
Ob sich die doch um einiges höhere 
Ausgabe für die restlichen Tools für 
jedermann lohnt, ist trotzdem fraglich. 
Vor allem die Text-Utilities, die Make- 
Utility und der Editor sind eher für 
semi-profesionelle oder professionelle 
Anwendung gedacht, da diese beim 
Schreiben von kleineren Programmen 
nicht sonderlich wichtig, wenn auch 
trotzdem nützlich, sind.Bleibt nur ab- 
zuwarte, wie die neue Aztec-Version 
ausfällt. Hersteller: Lattice Californien. 
Anbieter: Philgerma-München. 
Preis: 498.- Grundversion 
798.-incl.Screeneditor, 
Make Degugger 
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AMIGACALC im Test 


Rechtzeitig zur Bescherung schneite noch 
AMIGACALC auf den redaktionellen Gaben- 
tisch. Wir testeten, ob man damit auch über 
den Frühling kommen kann, und ob das 
offizielle COMMODORE-Logo auf dem Titel 
auch hält, was es verspricht. 


Aha ! 


Mit einem schmatzenden “Knirsch” 
springt die Verpackung auf. Heraus 
fallen eine Diskette und ein 
130seitiges Booklet, die Dokumen- 
tation in deutsch. Das COMMO- 
DORE-Emblem auf dem Einband be- 
deutet aber nicht, daß das Programm 
dort auch entwickelt wurde. Dies be- 
sorgte die Schweizer Softwarefirma 
DOS GmbH aus Basel. Und was kann 
man damit nun anfangen ? “CALC”- 
ulieren, wie der Name schon sagt. 
AMIGACALC gehört nämlich zu der 
Kategorie der reinen Tabellenkalkula- 
tionsprogramme. 


Aller Anfang .. 


Nach dem Hochfahren erinnert das 
sich bietende Bild ein bißchen an das 
gute alte Multiplan auf dem PC. Zei- 
len und Spalten sind numerisch fort- 
laufend bezeichnet. Bei diesem Ver- 
fahren erfordert die Angabe einer 
Zellposition immer mindestens zwei 
Zahlen und zwei Buchstaben (zum 
Beispiel Z3S4 für Zeile 3 Spalte 4). Im 
Gegensatz dazu werden bei den nahen 
Verwandten, den Spreadsheets, die 
Spalten durch Buchstaben gekenn- 
zeichnet, und es braucht deshalb mini- 
mal nur zwei Zeichen zur Zellidenti- 
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fikation (zum Beispiel Al). 

Die eigentlichen Probleme fangen aber 
erst bei dem Versuch an, etwas ein- 
zugeben. Es gibt nämlich keine Stelle 
auf dem Bildschirm, an der die Ein- 
gaben erscheinen, und die ersten zag- 
haften Tastenanschläge laufen ins Lee- 
re. Das zwingt zu einem Blick ins 
Handbuch, der ja eigentlich schon vor 
diesen Bemühungen hätte stattfinden 
sollen. Dort liest man nach einigem 
Blättern, daß es sogar zwei Mög- 
lichkeiten gibt, Datenwerte in eine 
“Blattzelle” zu befördern. Zum einen 
löst ein Klick auf der gewünschten Zel- 
le den Requester “Eingabe” aus, in 
dem man den Datentyp des Werts 
(Zahlen,Texte,Formeln) wählen und 
ihn endlich eingeben kann. Zum ande- 
ren kann man in einem Pull-Down- 
Menü das Eingabefenster aktivieren, 
das dann bis zum Schließen auf dem 
Bildschirm verbleibt und eine ganze 
Zeile zur Eingabe und Edierung be- 
reitstellt. Die Handhabung des Pro- 
gramms wird durch dieses “Verstecken 
” der Eingabemöglichkeiten aller- 
dings etwas umständlicher, und dem 
Anfänger wird der Einstieg erschwert. 


Ausrüstung 


Hat man diese Schwierigkeiten einmal 
überwunden, kann man an die eigent- 


liche Arbeit, nämlich das Erfassen von 
Zahlen und Formeln, gehen. Die ein- 
zelnen Zellen des Blattes lassen sich 
dazu auf vielfältigste Weisen gestalten. 
Außer den üblichen Formaten wie : 
Textjustierung, Zahl der Nachkomma- 
stellen, Exponential- oder Datums- 
darstellungen bietet AMIGACALC 
noch einige Besonderheiten. Beispiels- 
weise kann eine Zelle als Debitor/Kre- 
ditor formatiert werden. Beides sind 
Begriffe des Rechnungswesens und 
bedeuten bei AMIGACALC, daß je 
nach Vorzeichen der Zahl eine be- 
stimmte Buchstabenkombination vor- 
angestellt wird. Voreingestellt sind DB 
als Debitor und CR für Kredi- 
torenwerte. 

Globalere Einstellungen kann man mit 
dem Kalkulationsformat vornehmen. 
Hier findet sich zum Beispiel eine Ta- 
belle, mit der sich Bezeichner und Um- 
rechnungsfaktoren für Einheiten (etwa 
$ versus DM) festlegen lassen. Wie bei 
ähnlichen Amigaprogrammen dieser 
Art (z.B. Haicalc) läßt sich auch bei 
AMIGACALC die Richtungswirkung 
der RETURN-Taste bestimmen. Ist das 
Eingabefenster geöffnet, bestimmt die- 
se Einstellung, wohin der Zellcursor 
nach jeder Betätigung der RETURN- 
Taste springt (zum Beispiel: nach un- 
ten, nach rechts usw.). 


Funktional 


Schaltet man bei der Eingabe von Zahl/ 
Text auf Formel um, enthält die Menü- 
leiste die Aufzählung aller Funktionen; 
und das sind schon einige. Außer den 
Standardfunktionen für trigonometri- 
sche, statistische oder numerische Be- 
rechnungen gibt es zusätzliche für 
Datums- , logische oder finanzmathe- 
matische Ausdrücke. Beim Durch- 
forsten der Funktionsnamen sind mir 
allerdings einige etwas merkwürdig 
vorgekommen. So heißt die Funktion 
zum Feststellen des Minimums eines 
Zellbereichs MINI, während man die 
Minuten eines Uhrzeitwertes mit MIN 
bestimmen kann. Selbst in mathe- 
matischen Lehrbüchern wird aber das 
Minimum - wenn kein Symbol dafür 
verwendet wird - durch die Abkürzung 
MIN ausgedrückt. Die meisten Leute, 
die eine AMIGACALCformel mit 
MIN zu Gesicht bekommen, werden 
wohl aufs Glatteis geführt. Das gleiche 
gilt für die Funktion GANZ, die den 


kleinsten Integerwert einer reellen 
Zahl ermittelt, aber überall sonst als 
INT bekannt ist. Diese zwei Beispiele 
zeigen stellvertretend, wie es sich mit 
Programmtexten und Dokumentatio- 
nen in deutscher Sprache verhält. Ist 
ein AMIGA-Programm nur in englisch 
erhältlich, bekommt es gleich Minus- 
punkte in der Wertung verpaßt. Hat 
man dann endlich wieder mal eins in 
deutsch, werden die Texte gleich um so 
kritscher betrachtet, da man über die 
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vielseitig verwendbar. Mit einem 24- 
Nadeldrucker lassen sich diese Verzie- 
rungen anstandslos zu Papier bringen. 
Zum Thema Drucker gibt’s ebenfalls 
etwas anzumerken. AMIGACALC 
weist zusätzlich zu den Betriebssy- 
stemeinrichtungen zum Drucken näm- 
lich einen eigenen Druckertreiber auf. 
Damit kann (oder muß) man jede er- 
wünschte Steuersequenz des jeweili- 
gen Geräts mit Hilfe eines Editors 
einstellen. Auf diesem Wege kommt 


Bild 1: 
Buchführung wie 
sie sein muß 


Bild 2: 
AMIGACALC hat 
vielfältige 
Einstellungsmög 
l-ichkeiten 
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kleinen Fehler in der Muttersprache 
viel eher stolpert als über die Faux pas 
in einer Fremdsprache. 


Besonderheiten 


Denjenigen, die immer nach etwas 
Besonderem Ausschau halten, bietet 
AMIGACALC auch ein paar Schman- 
kerln an. So etwa eine Zeichensatz- 
erweiterung, die vom IBM-PC bekann- 
te Linien und Doppellinien mit dazu- 
gehörigen Ecken und Kreuzungen be- 
reitstellt. Dadurch werden Zahlenko- 
lonnen erst zu richtigen Tabellen und - 
wie man Abbildung 1 entnehmen kann 
- sind sie auch für andere Zwecke 


auch der Ausdruck der Linien zu- 
stande, wobei einfach der im Drucker 
vorhandene IBM-Zeichensatz ausge- 
nutzt wird. Ein Vorteil dieser Technik 
ist, daß man sich ein eigenes Emblem 
als Druckerzeichen definieren kann. 

Als weiteres Extra erhebt AMIGA- 
CALC die Kalkulationen auf Wunsch 
in die dritte Dimension. Dazu lassen 
sich mehrere BLÄTTER - also Ta- 
bellen - zu einem MODELL kombi- 
nieren. Dieses Feature läßt sich zum 
Beispiel bei der Planung gut einsetzen. 
Hier gibt es in der Regel ein Kalkula- 
tionsblatt gleichen Aufbaus für Letz- 
jahreswerte, Daten dieses Jahres und 
eben Plandaten. Zu Vergleichen lassen 


sich dann Werte aus allen Blättern in 
einer Rechenformel verwenden. 
Erwähnung verdient haben zuletzt 
noch die Macrofähigkeiten. Damit las- 
sen sich Befehlssequenzen, die norma- 
lerweise per Hand eingegeben werden 
müßten, zu automatisierten Abläufen 
zusammenfassen. 


Unterm Strich 


AMIGACALC ist sicher eher den bra- 
ven Arbeitstieren als den Vollblütern 
zuzurechnen. Nichtsdestotrotz besitzt 
es alle Optionen, die zur Abwicklung 
ernsthafter Aufgabenstellungen benö- 
tigt werden. Die auf dem Einband als 
“leicht und problemlos” beschriebene 
Bedienung ist meiner Meinung nach 
aber recht gewöhnungsbedürftig. Mit 
der auf dem Amiga ja zum Begriff ge- 
wordenen Intuition kommt man hier 
nicht sehr weit. Dafür ist aber das 
Handbuch leserlich und übersichtlich 
gestaltet, was manchen Fehltritt wett- 
machen kann. In der Ausführlichkeit 
läßt es teilweise wieder zu wünschen 
übrig, so fehlt zum Beispiel die Be- 
schreibung einiger Funktionen 
(QSUMME, QMITTEL) völlig. 
Vermissen wird der verwöhnte Amiga- 
freak auch die üppigen Grafikmög- 
lichkeiten anderer Programme; bei 
AMIGACALC wird man dafür mit 
einer Pseudografik aus Sternen abge- 
speist. Das Programm ist aber allen zu 
empfehlen, die nicht mitten in ihrer 
Steuererklärung einem GURU begeg- 
nen möchten, da die vorhandenen 
Funktionen im Test immer sicher aus- 
geführt wurden. Mit einem Preis von 
ca. 248.- DM bleibt AMIGACALC 
noch im erschwinglichen Bereich, ob- 
wohl einige vergleichbare Produkte in 
dieser Hinsicht eher Zeichen setzen. 


Plus/Minus-Kasten 


+ Dreidimensionale Kalkulationen 
+ Erweiterter Zeichensatz 

+ Macrofähigkeiten 

+ Zuverlässig 

- Mindestens 1 MB Speicher 

- Keine Graphik 

- Schwierige Druckeranpassung 
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Vor nicht allzulanger Zeit wurde in der KICK- 
START bereits ein Emulator, der den guten al- 
ten Commodore Heimcomputer emuliert, vor- 
gestellt, das Ergebnis war nicht gerade berau- 
schend. Frisch aus Amerika erreichte uns ein 
weiterer Emulator, der auf den schlichten Na- 
men ‘The 64-Emulator’ getauft ist. Lohnt es 
sich, den Emulator zu kaufen, oder sollte man 
sich das mittlerweile günstig zu erhaltende 
‘Orginal’ anschaffen ? Wie steht es mit der 
Kompatibilität ? Mit welcher Geschwindigkeit 
arbeitet der Emulator ? Diese und andere 
Fragen beantwortet der Test. 


80 KICKSTART 3/88 


Was gibt’s fürs 
Geld ? 


Im Lieferumfang befinden sich neben 
der Emulator-Diskette ein dünnes, 16 
Seiten starkes Handbuch und ein seri- 
elles Kabel, das in den parallelen Port 
des Amiga gesteckt wird und den An- 
schluß der 1541-Floppystation ermög- 
licht - natürlich nur, wenn vorhanden. 


Ans Werk ! 


Besitzer eines AMIGA 1000 müssen 
selbstverständlich zuerst die Kickstart 
laden, anstatt der Workbench-Diskette 
wird dann die 64er-Emulator Diskette 
eingeschoben. Nach kurzer Wartezeit 
und einem Intro-Bildschirm des Her- 
stellers (ReadySoft Inc.) erscheint das 
vielen vertraute, (fast) originale Ein- 
schaltbild des erfolgreichsten Heim- 
computers aller Zeiten. 

Das erste kleine BASIC-Programm 
wird eingetippt und gestartet.Läuft, 
gut! Also ans Werk, die alte 
Programm-Sammlung und die 64er 
Floppy aus dem Schrank geholt ange- 
schlossen. 


Wie kompatibel ? 


Als erstes fiel mir eine Diskette mit 
einer reinen BASIC-Programmsamm- 
lung in die Hände. In die 1541-Floppy 
geschoben, den üblichen Verzeichnis- 
Lade-Befehl eingegeben(LOAD”$”,8) 
und Return gedrückt: die Floppy 
‘springt an’, und nach kurzer Wartezeit 
signalisiert der Emulator mit einem 
Ready, daß der Ladevorgang beendet 
ist. Mit LIST wird das Disketten-Ver- 
zeichnis ausgegeben. Ein 36-Block- 
langes Programm wurde ausgewählt 








und gestartet. Nach scheinbar unend- 
lich langer Wartezeit starte ich das Pro- 
gramm mit RUN. Das mit einigen 
POKEs gespickte Programm beginnt 
seinen Ablauf ohne Probleme, nur 
langsamer. Verschiedene Tests von 


sagen, daß der Emulator mit Spielen 
nicht viel am Hut hat. Entweder woll- 
ten die Spielprogramme garnicht lau- 
fen (die meisten), oder, wenn sie liefen, 
war die Geschwindigkeit schier be- 
rauschend. Die ruckelnden Sprites lie- 


Bild 1: Nach einem 
Reset meldet sich 
der Emulator wie 
folgt... 


Bild 2: Der 
Konfigurations- 
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BASIC-Programmen verliefen positiv. 
Aber in BASIC geschriebene Prog- 
ramme sind nicht der Weisheit letzter 
Schluß, auch Maschinenprogramme 
müssen zeigen, ob sie laufen. In der 
Sammlung gekramt und die Spiele- 
Disketten zum Vorschein geholt. Doch 
die große Enttäuschung ließ nicht auf 
sich warten. Als Resümee kann man 
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Editor ermöglicht 
eine Vielzahl von 
Einstellungsmög- 
lichkeiten. 


Bild 3: Die 
Emulator-Diskette 
enthält die im Bild 
aufgezeigten 
Dateien, wobei das 
Verzeichnis vom 
Emulator gelesen 


wurde. 
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ßen keine rechte Freude aufkommen. 

Doch wie sieht die Sache mit Anwen- 
der-Software aus ? Zunächst wurde das 
bekannteste Textverarbeitungspro- 
gramm ausgewählt - Vizawrite. Hierzu 
muß gesagt werden, daß keine Funk- 
tionseinschränkung erkannt werden 
konnte. Global kann im Anwender-Be- 
reich eine hohe Kompatibilität an- 


erkannt werden, genauso verhält es 
sich mit reinen BASIC-Programmen. 
Zum Spielen dient der Emulator nicht, 
zu viele Produkte versagen den Dienst. 


Ein Konfiguration- 
Editor 


Als Besonderheit ist dem Emulator ein 
sogenannter ‘Configuration Editor’ 
mitgegeben, der immer über eine 
bestimmte Tastenkombination ange- 
sprungen werden kann. Hier sind unter 
anderem verschiedene Laufwerkskon- 
figurationen einstellbar. So ist es mög- 
lich, die 3.5" Laufwerke des AMIGA 
als 64er-Speichermedium zu verwen- 
den. Doch damit nicht genug, sämt- 
liche Laufwerke können vom 64er an- 
gesprochen werden, angefangen von 
dfO bis hin zur df3-Geräteadresse. Da- 
bei stehen dem Anwender zwei Op- 
tionen zur Auswahl: eine 1541- 
Emulation, wo 170 KByte formatiert 
werden und die Daten im 64er-Modus 
abgelegt und gelesen werden; und eine 
Standard-AMIGA-Emulation, wo 880 
KByte zum Beschreiben bereit stehen. 
Die Daten werden im AMIGA-DOS- 
Format abgelegt und dementsprechend 
gelesen. Der Anwender sollte reine 
AMIGA- und 64er- Disketten trennen, 
da beim Ausgeben des Verzeichnisses 
alle auf der Diskette befindlichen Pro- 
gramme angezeigt werden, und somit 
leicht Verwirrung auftreten kann. Wer 
jetzt glaubt, er müßte die teuren 3.5"- 
Disketten für den 64er ‘verschwen- 
den’, liegt zwar richtig, sollte aber be- 
denken, daß die kompletten 880-KByte 
des AMIGA-DOS-Formates für 64er- 
Programme zur Verfügung stehen. Na- 
türlich lassen sich auch 3.5"-Disketten 
im reinen 64er-Format erstellt werden. 
Von AMIGA-DOS ist es möglich sich 
64er Programme mit dem CLI- 
Kommando ‘type <Datei> opt h’ anzu- 
schauen. Nicht nur die erhöhte Spei- 
cherkapazität der Diskette im AMIGA- 
DOS-Format ist ein interessantes Fea- 
ture, auch durch Ablegen der Pro- 
gramme im AMIGA-DOS-Format 
ergibt sich eine Ladegeschwindig- 
keitssteigerung um den Faktor drei. 
Außerdem ist es möglich, Festplatten 
vom 64er aus zu betreiben, sicherlich 
eine interessante Angelegenheit. 
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Drucker 


Desweiteren besitzt der Editor noch 
verschiedene Möglichkeiten, einen 
Drucker anzusteuern. Hier stehen ein 
paralleler und ein serieller AMIGA- 
Drucker sowie ein Commodore 64- 
serieller Drucker zur Auswahl. 


Von Farbe, 
Zeichensätzen und 
Speichererweite- 
rungen 


Im Editor kann die Farbe ausgeschaltet 
werden, laut Beschreibung ergibt sich 
dadurch eine höhere Ablaufgeschwin- 
digkeit der Programme. In der Praxis 
ist der Zuwachs aber als gering zu 
bewerten. 

Bedingt durch die höhere Auflösung 
des AMIGA gegenüber dem 64er 
konnten die Programmierer ein wei- 
teres Feature mit einbauen: Alternative 
Zeichensätze. 

Eine 1764 RAM-Speichererweiterung 
wird auf Wunsch emuliert, allerdings 
muß in diesem Falle 1-MByte Speicher 


vorhanden sein. 

Die letzte Einstellungsmöglichkeit be- 
steht im Verändern der Game-Ports. 
Joystick, Paddle, 1350 und 1351 stehen 
zur Auswahl. 

Selbstverständlich lassen sich im 
Editor gemachte Änderungen spei- 
chern bzw. wieder laden. 


Die Tastatur 


Alle besonderen Commodore 64-Ta- 
sten werden von der AMIGA-Tastatur 
emuliert. Erwähnenswert ist lediglich, 
daß alle Cursor-Tasten belegt sind, 
und somit ein einfacheres Positio- 
nieren des Cursors ermöglicht wird 
(wir erinnern uns). 


Fazit 


Die vielen Extras sind sicherlich ei- 
niges wert, aber immer noch stellt sich 
die grundlegende Frage, ob sich die 
Anschaffung des Emulators lohnt, be- 
sonders wenn man den niedrigen Preis 
des Commodore 64 bedenkt. Bereits 
für 300.- DM erhält man das Gerät in 
einigen Läden, und mit Kompa- 


Plus/Minus-Kasten 


+ viele Einstellungsmöglichkeiten über 


einen Editor 


+ 3.5"-AMIGA-Disketten können sowohl im 


64er als auch im AMIGA- 


DOS-Format verwendet werden 
+ höhere Lade- und Schreibgeschwindigkeit 
bei der Verwendung des AMIGA- 


Formates 


+ fast alle BASIC-Programme lauffähig 
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tibilitätsproblemen braucht auf keinen 
Fall gekämpft zu werden. Der Emu- 
lator besitzt letztendlich doch einige 
erhebliche Schwächen. Die Legende 
vom ‘Spielewunder 64° erfährt mit 
dem Emulator auf dem AMIGA je- 
denfalls keine Wiedergeburt. 
Anwendungssoftware läuft zum größ- 
ten Teil, soweit auf komplizierte Gra- 
fik verzichtet wird. Doch es gibt in die- 
sem Bereich weitaus bessere Pro- 
gramme für den Amiga - also wofür ? 
Vielleicht für diejenigen, die viel Soft- 
ware für den 64er besitzen und sich 
keine teure AMIGA-Software kaufen 
können oder wollen. 

Sicherlich auch für Leute, die Daten 
vom 64er zum Amiga zu transferieren 
gedenken oder einfach nur Spaß daran 
haben, einen Computer in einem Com- 
puter zu besitzen. 

Der Preis ist mit 149.- DM akzeptabel. 
Probleme mit Speichererweiterungen 
konnten nicht festgestellt werden. 
Hersteller: 

Ready Soft Inc. 

New York 

Anbieter: IM 


Tel. 069-7071102 
Preis: 149.- DM 


- langsame Arbeitsgeschwindigkeit 


- geringe Kompatibilität bei 


Maschinenprogrammen, besonders 
bei Spielen 


- dünnes Handbuch in englischer 
Sprache 


- im Vergleich zum Gerät hoher 


Verkaufspreis 
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ir freuen uns, Sie zur 
zweiten Ausgabe der 
KICKS begrüßen zu 
dürfen. Auch diesmal 
haben wir interessante 
Programme zusam- 
mengepackt, die zum 
einen nützliche Hifen im Program- 
miereralltag darstellen, zum anderen 
aber auch zeigen, wie man eben diese 
Probleme programmiertechnisch löst. 
Vergessen Sie bitte nicht, daß die 
KICKS größtenteils von unseren Le- 
sern gestaltet werden. Wir bitten Sie 
deshalb um rege Beteiligung. 


INHALT 


RÖHREN 
SCHONER 


Bildschirmabschaltung 
C...Seite90 


IL Mr 


If-Befehl für's CLI 
C..Seite95 


AUFGEHT’S 
Fraktale Landschaften 
AmigaBasic...Seitel02 


SEARCH 


Filesearch in allen 
Pfaden 
C....Seite98 





VONGERALDCARDA 


DER RÖHREN 
SCHONER 





| 


Da kaufen Sie einen Rechner und einen Mo- 
nitor für teures Geld und müssen feststellen, 
daß ersterer dem letzteren langsam aber si- 
cher die Bildschirmmaske Ihres Lieblings- 
programm einbrennt, während Sie nach einem 
außerplanmäßig langem Telefongespräch 
oder einer anderen zwischenmenschlichen 
Interaktion an den Ort der Bits und Bytes zu- 
rückkehren. 
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n diesem Punkt hilft Ihnen 
das hier gedruckte Pro- 
grämmchen weiter. Es 


schaltet die Videoausgabe des Rech- 
ners nach einer vorgegebenen Zeit- 
spanne ab und verlängert auf diese 
Weise die Lebensdauer der Ihnen 
eigenen Bildröhre. Natürlich über- 
wacht das Programm während der 
Dunkelzeit eventuell vorkommende 
Tastatur-- oder Mausereignisse und 
schaltet bei deren Eintreffen die Bild- 
ausgabe wieder an. 





Grundsätzliches 


Die Multitasking-Philosophie des 
Amigabetriebssystems verlangt bei der 
Programmierung solcher Routinen die 
Beachtung einiger Grundregeln. So 
muß das Programm so wenig Rechen- 
leistung wie möglich verbrauchen, um 
den vorrangig laufenden Anwen- 
derprogrammen keine Prozessorzeit zu 
stehlen. Auch sollte es vermieden wer- 
den, auf feste Adressen zuzugreifen, 
die sich mit der nächsten Auflage des 
Rechners verschieben könnten. Die 
einzige von Commodore dokumen- 
tierte Adresse ist die Speicherstelle $4. 
In ihr steht der Basisvektor auf den 
Systemkern Exec. 

Kommen wir jedoch wieder auf das 
angekündigte Programm zu sprechen. 
Es ist der besseren Systemzugäng- 
lichkeit wegen in der Sprache C 
geschrieben. Daß auch diese Sprache 
trotz der vielen Lobpreisungen nicht 
alle Wege zum Betriebssystem Öffnet, 
zeigt die Notwendigkeit der kurzen 
Assemblerroutine, die in diesem spe- 
ziellen Fall erforderlich ist. Fangen wir 
aber der Reihe nach an. 


Modularer Aufbau 


Die ersten Zeilen enthalten wie ge- 
wohnt die benötigten Includedateien. 
Darauf folgt die Definition einiger 
wichtiger, im Programm benötigter 
Konstanten. Die Konstante TIME- 
INTERVAL enthält den Zeitraum, 
nach dem die Tastatur und die Maus- 
ereignisse abgefragt werden. Die Pro- 
grammierung ist so vorgenommen, daß 
der Task in der Zwischenzeit ruht und 
so keine Zeit verbraucht. Das Pro- 
gramm erhält mit der hier gewählten 
Konstante nur alle vollen Sekunden 
den Prozessor. Dieser Wert ist ein gu- 
tes Mittel aus Ansprechzeit und Sy- 
stembelastung durch den Task. Unter 
Ansprechzeit ist die Zeit zu verstehen 
die das Programm maximal benötigt, 
um nach einer Dunkeltastung die Bild- 
ausgabe wieder einzuschalten. Da das 
Programm nur alle TIMEINTERVAL- 
Zeiteinheiten reagieren kann, wird ein 
Ereignis, das kurz nach der Prozes- 
sorübergabe eingetreten ist, erst nach 
der Zeitspanne TIMEINTERVAL mit 
der dann folgenden Prozessorüber- 
nahme berücksichtigt. 


Die zweite Konstante stellt die Anzahl 
von Zeiteinheiten der Länge TIME- 
INTERVAL dar, nach denen die 
Bildausgabe gestoppt wird. Da der vor- 
eingestellte Wert von TIMEINTER- 
VAL eine Sekunde ist, ist der Wert von 
LIMIT genau die Anzahl von Sekun- 
den, nach denen das ‘Licht’, im 
wahrsten Sinne des Wortes, ausgeht. 
Sie können für beide Konstanten ei- 
gene, ganzzahligen Vielfache einer 
Sekunde einsetzen. Um auch Bruch- 
teile von Sekunden verwenden zu 
können, ist die Funktion WaitForTi- 
mer() zu ändern. 


Der Wecker 


Diese Funktion übergibt in den Struk- 
turelementen tv_secs und tv_micro die 
genaue Zeit, die der Task bis zur nächs- 
ten Prozessorübernahme warten soll. 
Diese Weckerfunktion wird über das 
Timer.device mit dem Befehl 
TR_ADDREQUEST erreicht. Die 
Ausführung des Befehls wird durch 
DoIO() herbeigeführt. 


Erst gehen die 
Lichter aus ... 


Die dann folgende Funktion ist für das 
Dunkelschalten des Bildschirms zu- 
ständig. Da das Programm gemäß der 
oben erwähnten Grundsätze auf kei- 
nerlei Hardware-abhängige Adressen 
zugreifen sollte, habe ich hier einen 
kleinen Trick angewandt. Durch das 
Gfxmacro OFF_DISPLAY wird die 
für die Bildschirmdarstellung nötige 
Bitplane-DMA abgeschaltet. Somit ist 
der Bildschirm zwar leer, besitzt aber 
immer noch die eingestellte Hinter- 
grundfarbe, wie zum Beispiel die 
Commodorespezialfarbe “Workbench- 
Blau’. Dieses Problem wird auf eine 
besondere Art gelöst. Die Funktion 
Dunkel() öffnet einen eigenen Screen 
über dem momentan aktuellen mit der 
Funktion OpenScreen(). Der so ent- 
standene neue ‘Hintergrund’ erhält 
durch die Funktion SetRGB4() die 
Hintergrundfarbe Schwarz. Der da- 
rauffolgende Aufruf von OFF_DIS- 
PLAY erzeugt dann den gewünschten 
schwarzen Screen auf schwarzer Röh- 
re. Am Ende der Funktion wird dann 
noch ein Flag gesetzt, das innerhalb der 
Main() Routine ausgewertet wird. 


..und dann wieder 
an 


Der Zweck der Funktion Hell() ist 
genau der, auf den der Name schließen 
läßt. Sie ‘schaltet’ die Bildausgabe 
wieder ein. Dazu wird zuerst der ‘dark- 
screen’ geschlossen und dann die 
Bitplane-DMA mit ON_DISPLAY 
wieder eingeschaltet. 


Das 
Hauptprogramm 


Die Main() Funktion in dem hier vor- 
gestellten Programm sieht etwas ge- 
wöhnungsbedürftig aus. Die hier ge- 
wählte Art der Programmierung mit 
dem Einsprung über void _main() und 
das Ende über XCEXIT( verkürzen 
die Länge des fertigen Programms in 
diesem Fall um fast 50%. Auf einer 
fast vollen Workbench kann diese Tat- 
sache schon darüber entscheiden, ob 
das Programm auf derselbigen hei- 
misch wird, um seinem User zu dienen 
(hat hier zufällig einer Tron gesehen ?). 
Die Funktion Main() geht erst einmal 
die ausgetretenen Pfade des Lib- 
raryöffnens. Danach werden alle Vor- 
bereitungen zum Öffnen des In- 
put.device und des Timer.device ge- 
troffen und durchgeführt. Über das Ti- 
mer.device erfährt das Programm von 
der vergangenen Zeit und über das In- 
put.device über eventuell inzwischen 
eingegangene Eingabeereignisse. Da- 
zu wird ein spezieller Weg einge- 
schlagen. Über den Gerätebefehl 
IND_ADDHANDLER wird ein Ein- 
gabeereignisverwalter, vielleicht bes- 
ser Inputhandler genannt, in die Reihe 
der schon vom System vorhandenen 
eingeklinkt. Der neue Handler erhält 
hierbei die Priorität 51 und liegt da- 
durch vor den Handlern von Dos und 
Intuition. Auf die genaue Funktion ei- 
nes solchen Handlers gehe ich gleich 
ein. 

Als nächstes kommt die Fast-Endlos- 
Schleife (‘Fast” wie beinahe und nicht 
wie Chip) mit der Abfrage nach Con- 
trol-C. Die Konstante CONTROL_C 
ist am Anfang des Listings definiert, 
wird durch Drücken der Tastenkom- 
bination Ctrl und C wahr und erlaubt so 
den Abbruch des Programms. Da die- 
ses jedoch meistens als Task mit dem 
CLI-Befehl Run gestartet werden wird, 
reagiert die Abfrage auch auf den 
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Break-Befehl des CLI. Wenn Sie das 
Programm mit dem Namem Blank 
durch 


‘1> Run Blank’ 


starten und sich anschließend mit dem 
Befehl Status die Nummer des Tasks 
ansehen, können Sie durch Eingabe 
von Break, gefolgt von der angezeigten 
Tasknummer, das Programm wieder 
aus dem Speicher entfernen. 

Innerhalb der Schleife wird als erstes 
eine Einheit TIMEINTERVAL gewar- 
tet. Dann wird das Flag Ereignis ab- 
gefragt, um festzustellen, ob eine Taste 
gedrückt wurde oder die Maus die 
Position verändert hat. Ist dies nicht 
der Fall, wird die verstrichene Zeit in 
der Variablen Sekunden um eins er- 
höht und mit LIMIT verglichen. Ist die 
maximale Zeit erreicht, wird die Funk- 
tion Dunkel() aufgerufen. Ist ein Ereig- 
nis eingetreten, wird der Teil inner- 
halb von else ausgeführt. 


Das Ende 


Tritt der eben beschriebene Break auf, 
schließt das Programm alle benötigten 
Devices und Libraries und gibt den 
Speicherplatz an das System zurück. 
Als letztes folgt der Rücksprung zum 
DOS mit dem Fehlerkode 20. 


Assembler ist 
schneller 


Soweit der C-Teil des Programms. Der 
Inputhandler ist in Assembler ge- 
schrieben, um die volle Kontrolle über 
die benutzten Register zu behalten und 
die Ausführung der Routine auf ein 
Mindestmaß an Zeit zu beschränken. 
Wenn Sie zum Beispiel die Maus in der 
Sekunde um 1000 Punkte bewegen 
(einmal schnell nach links und zurück), 
wird diese Routine 1000 mal 
aufgerufen. Folgende Übergabepara- 
meter können beim Ansprung der 
Routine durch das Betriebssystem als 
gesichert gelten; das Register AO ent- 
hält einen Zeiger auf das eingetretene 
Eingabeereignis und Al enthält einen 
Zeiger auf den Datenbereich der Rou- 
tine. Dieser Datenbereich wurde zuvor 
mit Hilfe der Interruptstruktur hand- 
ler$Stuff im Element is_Data auf 
&mel[0] festgelegt. Der so zugängliche 
handlereigene Datenbereich wird hier 
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jedoch nicht ausgenutzt. Die Routine 
adressiert über AO die Variable 
ie_Class des aufgetretenen Eingabeer- 
eignisses. Innerhalb dieser Variablen 
ist die Art des Ereignisses abgelegt. 
Der Zahlenwert eins steht für ein Ta- 
staturereignis und der Wert zwei für 
eine Mausbewegung. Ist eins dieser 
beiden Ereignisse eingetroffen, wird 
die Variable ‘ereignis’ auf diesen Wert 
gesetzt und dem Hauptprogramm so 


Der Make-Text 


eine Mitteilung gemacht. Da, wie oben 
besprochen, noch mehr Inputhandler 
im System sind, muß im Register DO 
ein Zeiger auf das nächste zu ver- 
arbeitende Eingabeereignis an den fol- 
genden Handler übergeben werden. Da 
der hier vorgestellte Handler das 
Ereignis nicht verarbeitet sondern 
lediglich überprüft, gibt er den anfangs 
erhaltenen Zeiger an den nächsten 
Handler weiter. 


Viel Spaß mit dem Röhrenschoner 


Um nun eine lauffähige Version des Programms zu erhalten, können Sie a) folgende 


Schritte durchführen: 
1) Eingeben der beiden Listings 


2) Kompilieren des C-Teils durch 
lc -v blank 


Die Option -v schaltet die Stacküberprüfung durch den Compiler aus. 


3) Assemblieren des Maschinenspracheteils durch 


asm blank.asm 


4) Binden der erzeugten Objektdateien durch 


blank lib lib:lc.lib, lib:amiga.lib 


blink lib:c.o,blank.o,handler.o to 


(Der Aufruf von Blink.muß in einer Zeile in den Rechner eingegeben werden. Der 
hier entstandene Zweizeiler ist drucktechnisch bedingt.) 


Oder b) Sie wollen den Quelltext nicht 


abtippen bzw. haben die nötigen Werkzeuge 


zum Kompilieren und Assemblieren nicht, so besteht wie immer die Möglichkeit die 
Listings und die fertigen Programme dieser Ausgabe auf Diskette zu bekommen. Sie 
können sie einfach bei der Redaktion bestellen. 


EOQU 


text 


_ereigniss 
_HandlerInterface 


_HandlerInterface: 


eir,: 
move.b 
cmpi.b 
bne.s 
move.l 
no_rawkey: 
cempi.b 
bne.s 
move.l 
no_rawmouse: 
move.l 


Der Eingabe-Handler in Assembler 


d0 

ie Class(a0),dO0 
#1,d0 
no_rawkey 

d0, ereigniss 


#2,d0 
no_rawmouse 


d0, ereigniss 


a0,d0 














<exec/types.h> a i 
void WaitForTimer (tr, seconds) 


<exec/ports.h> - 
struct timerequest *tr; 


<exec/memory.h> 
z ULONG seconds; 


<exee/io.h> 
<exec/tasks.h> 2 
tr->tr node.io Command=TR ADDREQUEST; 


<exec/interrupts.h> ; 
tr->tr time.tv secs=seconds; 


<intuition/intuition.h> 3 \ i 
tr->tr time.tv_miero=0; 


<graphics/gfxbase.h> 
en DoIlO(tr); 





<graphics/gfxmacros.h> 
<devices/input.h> 


<exec/devices.h> i 
void dunkel () 


<devices/inputevent.h> 


<hardware/custom.h> Ei 
if((darkscreen= 


(struct Screen *)OpenScreen (&dark)) !=0) 





<hardware/dmabits.h> 


pP « 
#define TIMEINTERVAL 1 OFF_DISPLAY; 


#define LIMIT 60 SetRGB4 (& (darkscreen->ViewPort) ,0,0,0,0); 


#define CONTROL_C ((SetSignal (0, 0x1000) &0x1000) ) et 


extern struct MsgPort *CreatePort (); 


extern struct IOStdReq *CreateStdIO(); 


extern void HandleriInterface(); yOLdEBeLLA) 


extern struct Custom custom; 


if(darkscreen!=0) CloseScreen (darkscreen); 
struct MsgPort *inputDevPort, *timerport; ONTDESRLEN, 
struct IOStdReg *inputRequestBlock; BETA TRUG 
struct Interrupt handlerStuff; 


struct MemEntry me[l0]; 


void _main() 


struct timerequest *timerreqg; 


struct IntuitionBase *IntuitionBase; 


i iti = tuiti i r 
Berıct Grabase AGfxBase- if( (IntuitionBase= (struct IntuitionBase ) 


OpenLibrary (“intuition.library”,0))==NULL) 
XCEXIT (10); 


struct Screen *darkscreen; 


if((GfxBase= (struct GfxBase *) 
struct NewScreen dark = - x 2 
OpenLibrary (“graphics.library”,0))==NULL) 


{0,0,320,30,1,0,1,NULL,CUSTOMSCREEN, NULL, NULL, NULL, NULL}; a nen 


LONG ereigniss; - : 
if((inputDevPort = CreatePort (0,0) )==NULL) 


y ot ruch5; 
ULONG sekunden; goto abbruchS 
if((inputRequestBlock = 

CreateStdIO(inputDevPort) )==NULL) 


BOOL Bild=TRUE; 


goto abbruch4; 
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if (OpenDevice (“input.device”,0,inputRequest 
Block,0)!=0) 


goto abbruch3; 


if((timerport=CreatePort (0,0))==NULL)goto abbruch2 


if((timerreq=(struet timerequest *) 


AllocMem (sizeof (struct timerequest), 
MEMF PUBLIC) )==NULL) 


goto abbruchl; 


timerreg->tr node.io Message.mn Node.In Type= 
NT_MESSAGE; 


timerreq->tr node.io Message.mn Node.In Pri=0; 
timerreg->tr _node.io Message.mn ReplyPort=timerport; 
if (OpenDevice (TIMERNAME, UNIT VBLANK, timerreg, 0) !=0) 


goto abbruch0; 


handlerStuff.is Data = (APTR)&me[0]; 
handlerStuff.is_ Code = HandlerInterface; 
handlerStuff.is Node.In Pri = 51; 
inputRequestBlock->io Command = IND_ADDHANDLER; 


inputRequestBlock->io Data = (APTR) &handlerStuff; 


DoIO (inputRequestBlock); 


while (!CONTROL_C) 


WaitForTimer (timerreq, TIMEINTERVAL); 


if(ereigni 


if(Bild && (++sekunden > LIMIT)) 


dunkel (); 


ereigniss=0; 
sekunden=0; 


if(!Bild)hell(); 


inputRequestBlock->io Command = IND _REMHANDLER; 


inputRequestBlock->io Data = {(APTR) shandlerStuff; 
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DoIO (inputRequestBlock) ; 


FreeMem (timerreg, sizeof (struct 

abbruchl: 

DeletePort (timerport); 
abbruch2: 

CloseDevice (inputRequestBlock); 
abbruch3: 

DeleteStdIO (inputRequestBlock) ; 
abbruc 

DeletePort (inputDevPort); 


abbruch5: 


abbruch6: 
CloseLibrary (IntuitionBase); 


XCEXIT (20); 


timerequest)); 














VONANDREASDIEBOLD 


JUMP 


Neues vom CLI 


Was ist Jump? Falsch! Jump hat nichts mit 


Van Halen zu tun. 
militärischer Befehl 


Nein, 


feuchte, wo 
und hat auch ganz und gar nichts mit Ski- 


es ıst auch 
mtauchen des 
de Schlammasse 


gymnastik zu tun. Es ist schlicht und einfach 
ein neuer Befehl für unser geliebtes CLI. 


as CLI hat, wie aus dem CLI- 
Kurs zu entnehmen war, be- 
kanntlich viele Kniffe und Ge- 


heimnisse. Aber irgendwann ist einmal 
Schluß. ‘JUMP’ ist keiner dieser ge- 


heimnisvollen Befehle; es ist ein ei- 
genständiges Programm, das sich aber 
im Endeffekt wie ein ganz normales 
CLI-Kommando verhält. Ein Blick in 
den System-Ordner ‘c’ verrät, daß es 













auch bei den orten CLI- 
£ilentm eigenständige Progran- 


me handelt. Also was liegt näher, als 


dem noch eines anzufügen. 


Das Menü im CLI 


JUMP ermöglicht benutzerkontrol- 
lierte Sprünge in beliebigen Batchfiles 
des AmigaDos. Am interessantesten 
dürfte dies in der StartupSequence 
sein. Ein Beispiel hierfür ist in Bild I 
zu sehen. Nach Booten des Rechners 
fragt dieser nun ab, ob man ins CLI, ins 
AmigaBasic oder die Workbench la- 
den will. 

Je nach Tastendruck verzweigt das 
Programm dann auf ein entsprechen- 
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des Label. Dieses darf ein Zeichen lang 
sein und muß der Taste entsprechen, 
die der Benutzer drückt, wenn JUMP 
ihn dazu auffordert. 

Der Aufruf lautet folgendermaßen: 


JUMP string [beliebige Anzahl 


möglicher Labels] 





<string> ist eine Zeichenkette, die dem 
Benutzer angezeigt wird sobald ein 
Batchfile das JUMP-Kommando auf- 
ruft. 

Nachdem das Programm den String auf 
dem Bildschirm angezeigt hat, wartet 
JUMP auf einen Tastendruck des Be- 
nutzers. Ist dies geschehen, springt es 
logischerweise zu dem Label, das den 
gleichen Namen hat wie die gedrückte 
Taste. 

Intern realisiert JUMP diesen Sprung 
unter Zuhilfenhame des DOS-Kom- 
mandos <SKIP>. Das Label wird, wie 
sollte es auch anders sein, mit dem 
DOS-Kommando ‘'LAB’ gekennzeich- 
net. 


DO IT WITH... 


Vorsorge ist bekanntlich besser als 
unangenehme Folgen. Deshalb prüft 
JUMP nach, ob die angegebenen 
Sprünge überhaupt möglich sind. 
Sollte es nachlässigerweise vorkom- 
men, daß ein Label nicht existiert 
(Schlamperei), so wird das Batchfile 
mit einer Fehlermeldung abgebrochen. 
Weiterhin beschränkt JUMP die zu- 
lässigen Tasteneingaben auf die im 
Menü verlangten (im Beispiel ‘c’ ‘w’ 
‘a’). Drückt man also eine andere Ta- 
ste, versucht JUMP nicht, in die tiefen 
Abgründe der Rechnerwelt zu stürzen, 
sondern fordert kühl und unübe- 
rwindbar den Benutzer zur erneuten 
Eingabe auf. 


JUMP IN AKTION 


Ein einfaches, oben schon angespro- 
chenes Beispiel des Programmes 
kommt in der Startup-sequence zur 
Gel-tung. Es sieht folgendermaßen 
aus: 
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Bild 1: 
Ein kleines 
Beispiel 
mit großer 
Wirkung. 


Anhand dieses Beispiels dürfte es 
keine Schwierigkeiten mehr machen, 


oNatkwußmH 


setmap d 


JUMP “c=CLI w=WORKBENCH a=AMIGABASIC” cwa 


LABa 
run amigabasic 
quit 


LAB c 

if exists sys:system 
path sys:system add 

endif 

info 

guit 


LAB wb 
loadwb 





sich eigene Menüs zu generieren. Als 
Anregung könnte man folgende Ideen 
(zu sehen auf der nächsten Sei-te) 


Jump erlaubt benutzergesteuerte Sprünge 


STRPTR comm, arg[3],cp; 

struct IntuitionBase *IntuitionBase; 
struct Window *w; 

struct MsgPort *wpBuf, *upBuf; 

struct IntuiMessage *mess; 


UBYTE marke[2]; 


main (argc,argv) 
SHORT argc; 
STRPTR argv[]; 


{ 
SHORT i; 


if(arge < 2) /* Abfrage nach Argumentübergabe */ 
{ 
Write (Output (), "Usage : jump \” <string> \” “,26L); 
Write (Output (),”[x yz ...] (=gültige Antw.)\r\n”,34L); 
ende (100L); 
} 

Write (Output (), ”\r\n”,2L); 

Write (Output (),argv[1], (LONG) strlen (argv[1])); 

Write (Output (),”\r\n”,2L); 


IntuitionBase = (struct IntuitionBase *)OpenLibrary (“intuiti 
on.library”,OL); 
if(!IntuitionBase)ende (100L); 


N FRE HK KH HK HH U U AK A A A a a a a a a a a dk 


* Den Zeiger auf das CLI-Window, bekommt das Programm 
* durch Abfrage des aktiven Windows. Daher ist es 
* nötig das CLI-Window während des Programmstärtes 


* aktiv zu lassen. 
ARKKKKAKTRK TU HH TH U RK A a Ha a a a a a 


w = IntuitionBase->ActiveWindow; 


DE 212 2 202 2212 202 2 202 2212 12 202 2 22 2 2 2 212 22 22 22 212 2 2 2 2 2 2 en EEE 2 23 


Das Öffnen von IDCMP auf das CLI-Window, hat den 
Vorteil daß nach einem Tastendruck kein 
zusätzliches <RETURN> erfolgen muß. Damit nach dem 
Programm die Konsole wieder zur Verfügung steht, 
müssen allerdings die Ports des Windows gerettet 
werden, bevor IDCMP benutzt wird. 

KEEKKKARUKIKKET NT TFT TR IN EHE RK IH U KA A KA KK 
wpBuf = w->WindowPort; 

upBuf = w->UserPort; 

ModifyIDCMP (w, VANILLAKEY); 


FOREVER 
{ 








/* Warten auf einen Tastendruck */ 
Wait (11L<<w->UserPort->mp SigBit); 


while (mess = (struct IntuiMessage *) 
GetMsg (w->UserPort)) 
{ 
VE EEE E55 EZ 2 5 2 2 2 2 2.2.2 2 2 2.2 2.2.2. 2.2.2 2.2. 212. 2.2 202.2 2.2.2.2. 2.2 
* Der Asciiwert der gedrückten Taste, findet * 
* sich in den niedrigeren 8-Bit der 16-Bit R 
* Variablen <mess->Code> wieder. ® 
* cp ist ein Zeiger auf 8-Bit der auf dieses * 
* 16-Bit Wort zeigt. Wird cp um eins * 
* hochgezählt, so zeigt es auf den Asciiwert * 
* der gedrückten Taste. * 
EZ 2 2 2 22.212 2.22 2.2.2 22.2.2 2.2.2.2 2.2.2 2 2 2.2 2.2.2 2.2.2 2.2 2 2 2.2.2 2.02 
cp = (STRPTR) &mess->Code; 
ReplyMsg (mess); 


Von 2.212 2 12 2 212 2 22 212.3 22.2 22 2 2.2 22 2 2 2 2.2.2 2.2 22 2.2.2.2 2.2.2 2.2.3 


* Wenn im Programmaufruf bestimmte Antworten * 
* vorgegeben werden, so wird die gedrückte © 
* Taste hier mit diesen verglichen. ® 
u EEE EEE 2 2 2 2 2 EZ 2 2 2. 2 2 202 2 2.2.2 2 2.2 2.2 2.2.2 2 2.2 2.2.2. 2 2.2.2. 2.202 
if(arge > 2) 
{ 


for tt:= 254, <: (large E:1%.7,.:r#) 


*argvli] == *(cp+1) ) 


NER HEHE RAU HR A KK KK € 


* Ist die Antwort erlaubt, so wird hier der * 
* Sprung vorbereitet und ausgeführt. * 
IB. 2 2 2 2.2 2 2 2.2.2 2.2.2 2 2 2.2 2 202 2 2.2.2 2.2 2.2.2.2. 2.2 22.2. 2.2.2 2.2.2.2 2.202 
if(arge == 2) 

{ 


marke[l] = 0; 
marke[0] = * (cp+t1); 
arg[l] = &marke[0]; 
arg[2] = NULL; 


fexecv (“skip”,arg); 
ende (NULL) ; 
} 


Palls niche 200 
Write (Output (),”So geht's nicht !! Try it again\n”, 321); 
} /* end of while */ 
} /* end of FOREVER */ 
} /* end of main *#/ 


NER RAU a a a a 


* Das Aufräumen : 
* Die IDCMP werden wieder entfernt, und dem Window 
* die Ports der Konsole zurückgegeben. 
BE BE 5.5 202.5 2 2 22.2 2.8.5 2.2.2 2 2.202 2.2 2.2.5.2 .2.2 2.2 2 2.2.5.2 2 2.2.2.2. 2.2. 2.2.2.2. 2.2.02 
ende (retval) 
LONG retval; 
{ 
if (IntuitionBase) 
{ 
ModifyIDCMP (w, NULL); 
w->UserPort = upBuf; 
w->WindowPort = wpBuf; 
CloseLibrary (IntuitionBase); 
} 
Exit (retval); 
} 





verwirklichen: 


- Aufruf des bevorzugten Text/ 
Zeichen/Terminalprogramms 

- Formatieren einer Diskette 

- Einstellen verschiedener Tastatur- 
belegungen 

- Kopieren bestimmter Files nach 
RAM: 

- Directorywahl 

- Farbwahl des Bildschirms 

- und ca. 387 andere Möglichkeiten 


Natürlich kann jede Boot-Diskette ein 
anderes, speziell auf eine Anwendung 
zugeschnittenes Menü, enthalten. Man 
denke nur an eine Bilder-Show oder 
eine Utility- bzw. Kopierdiskette. 
Auch der Aufbau einer Shell für Pro- 
grammiersprachen wäre möglich. 


Welcher Compiler ? 


JUMP wurde mit dem Aztec C 3.4a er- 
stellt. Die Optionen hierfür lauten: 


cc jump.c 


In jump.o -Ic 





Anschließend ist der neue Befehl fertig 
und wartet auf seinen Einsatz. Aber 
halt - zuvor muß er natürlich in den ‘c’- 
Ordner der Boot-Diskette kopiert wer- 
den, sonst war das Tippen vergebens. 
Das ist aber kein Problem, nur ver- 
gessen darf man es eben nicht (bei 
manch defektem Rechner war bekannt- 
lich nur der Stecker nicht in der Dose). 


Platz ist kostbar 


Die im Programm verwendete Aus- 
gabe-Funktion ‘Write()’ verkürzt die 
Programmlänge gegenüber der Stan- 
dard-Funktion ‘printf()’ von 7568 auf 
3668 Bytes (Gruß an Kernighan & 
Ritchie). Diesen Platz läßt man sich 
natürlich nur ungern nehmen. 

Nun aber viel Spaß beim JUMPen. 
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VON ROBERT MALZAN 


WO WARS 
DOCHGLEICH’ 


Find hilft Ihnen weiter 





Wer sich schon öfter durch den INCLUDE- 
Dschungel einer Compilerdiskette gewühlt 
hat, weiß, was ich meine: Man sucht irgendein 
soundso.h und kann sich beim besten Willen 
nicht erinnern, in welchem Inhaltsverzeichnis 
es steht. Oder: Man hat sich endlich aufge- 
rafft, Ordnung in seine Disketten gebracht und 
für alles Mögliche ein extra Inhaltsver- 
zeichnis erzeugt. Wie groß ist der Ärger, wenn 
man plötzlich nichts mehr wiederfindet. 
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tolze Besitzer einer Festplatte 
S haben bestimmt noch Schlim- 

meres erlebt, aber mir hat es 
auch so schon gereicht. Also bin ich 
zur Tat geschritten. Das Ergebnis ist 
eine nette kleine Utility, die unter 
Aztec-C nicht mehr als etwa drei 
Kbytes an Kode ausmacht. Zweck des 
Programms ist, alle Inhaltsverzeich- 
nisse nach einer bestimmten Datei zu 
durchsuchen, ähnlich wie das allseits 
bekannte SEARCH alle Dateien nach 
einer bestimmten Zeichenkette durch- 
sucht. Um diese Verwandschaft anzu- 
deuten, habe ich es FIND genannt. 
Wer sich den Aufruf einfach machen 








möchte, tippt einfach 


‘FIND DFI: Dateiname’ 


und das Programm sucht schon los, 
wobei es laufend Auskunft darüber 
gibt, welches Verzeichnis gerade 
durchsucht wird. Wenn nur der Datei- 
name angegeben wird, sucht FIND im- 
mer ab ‘:’, also ab der Wurzel des 
aktuellen Verzeichnisses. Selbstver- 
ständlich kann das Laufwerk beliebig 
angegeben werden - df0: oder dh0: 
bzw. jhO0:. Auf den Luxus der Joker 
wollte ich natürlich auch nicht ganz 
verzichten, aber die vom AmigaDOS 
leider nicht unterstützten °?’ und ‘#’ 
waren mir doch zu aufwendig. Deshalb 


Seanching dfl:CompactH/resaunces 
$eanching dil:Compac tH/handvane 


aun 

dil:ConpactH/hardware/custon.h 
Searching dil:ConpactH/devices 
Searching dil!CompactH/proto 


Searching dfl:Examples 


H nv DIDI DDBRDDIDDINRD 


habe ich nur einen ‘*’ vorgesehen, der 
den meisten Bedürfnissen gerecht wird 
und genau wie die Kombination ‘#? 
funktioniert. 

Aber jetzt ist es Zeit für ein paar klä- 
rende Worte zum Listing. Fast alle ver- 
wendeten Funktionen sind DOS-Be- 
fehle, die speziell für die Verzeichnis- 
struktur angeboten werden. Um diese 
Funktionen zu verstehen, muß man 
sich zunächst mit den obligatorischen 
.h-Files beschäftigen, in denen die 
Strukturen ‘FileLock’ und ‘Fileln- 
foBlock’ beschrieben sind (dos.h, dos- 
extens.h). Der Befehl ‘Lock()’ liefert 
einen Pointer auf eine Struktur vom 
Typ FileLock, wenn der angegebene 
Name existiert, sonst ist das Ergebnis 
NULL. Der Befehl kann verwendet 
werden, um zu testen, ob eine Datei 
existiert, der zurückgelieferte Pointer 


wird aber auch beim Aufruf anderer 
DOS-Befehle als Parameter verwen- 
det, denn er repräsentiert das In- 
haltsverzeichnis, auf das gerade zu- 
gegriffen wird. Der FilelnfoBlock wird 
durch die Funktionen Examine() und 
ExNext() ausgefüllt und steht für einen 
Eintrag im angegebenen Verzeichnis. 
Dort steht alles Wissenswerte über eine 
Datei, wie zum Beispiel ihre Größe, ihr 
Erzeugungsdatum oder ihr Typ. Der 
Typ, genauergesagt fib_DirEntryType 
ist größer Null, wenn der Eintrag der 
Name eines weiteren Verzeichnisses 
ist. Wenn ich auf einen solchen Eintrag 
stoße, durchsuche ich immer erst die- 
ses Verzeichnis, bevor ich weiter im 
aktuellen Verzeichnis suche. Dieses 


1) 13 1) preferences 





‘Suchen in der Tiefe’ ist praktischer, 
als das aktuelle Verzeichnis zuerst 
nach Dateien und anschliessend nach 
Unterinhaltsverzeichnissen zu durch- 
forsten, weil ich ja sonst zweimal das- 
selbe Verzeichnis lesen müsste, was 
bei den umständlichen AmigaDos-Zu- 
griffen unnötig Zeit kosten würde. Das 
Vorgehen ist also: Lock() aufrufen, um 
Zugriff auf das gewünschte Verzeich- 
nis zu haben, Examine(), um eine 
FileInfoBlock-Struktur für dieses Lock 
zu initialisieren, und in einer Schleife 
mit ExNext() einen Eintrag nach dem 
anderen abzuarbeiten, bis ich keinen 
mehr finde (ExNext()==FALSE). 

Wer sich den Sourcecode von FIND 
schon angesehen hat, wird bemerkt 
haben, daß sich die Prozedur FFind() 
selbst aufruft, wenn ein Unterinhalts- 
verzeichnis auftaucht. Solche Funk- 





tionen heißen ‘rekursiv' - lateinisch für 
‘zurückkehren’ -, weil sie (sofern der 
Programmierer nicht gepfuscht hat), 
immer auf dem ‘Weg’ zurückkehren, 
den sie beim sich-selbst-Aufrufen ge- 
nommen haben. Man kann sich das 
auch weniger kompliziert vorstellen: 
Angenommen, man hätte beliebig viele 
Kopien ein und derselben Funktion. 
Wenn nun die erste Funktion eine Lei- 
stung benötigt, wie sie von dieser 
Funktion selbst geleistet wird, dann 
ruft sie die zweite auf, welche bei 
Bedarf die dritte aufruft... usw. Bei 
dieser Art der Programmierung spielt 
der Unterschied zwischen lokalen und 
globalen Variablen eine große Rolle. 
In der Funktion FFind() gibt es ein 
char-A-ray namens Path[]. Da das 
Array lokal definiert ist, existiert es nur 
für diese eine Funktion (ich beziehe 
mich jetzt auf das Modell mit den 
unendlich vielen Kopien einer 
Funktion) und wird bei Verlassen 
derselben wieder ‘vergessen’. Diese 
Wirkung mache ich mir für meinen 
aktuellen Pfadnamen zunutze, der sich 
ja verlängert, wenn ich ein Uhnter- 
inhaltsverzeichnis durchsuche, aber 
erhalten bleiben muß, um im aktuellen 
Inhaltsverzeichnis weitersuchen zu 
können. So macht sich jede ‘Version’ 
von FFind() eine lokale Kopie vom 
gerade aktuellen Pfadnamen, der 
behalten wird, solange diese ‘Version’ 
nicht ‘ihr’ Inhaltsverzeichnis komplett 
abgearbeitet hat. Bei der Variablen 
Code hingegen, die ich zum 
Abbrechen der Suche verwende (mit 
CTRL-C), war es im Gegenteil uner- 
läßlich, sie als global zu deklarieren, 
weil man sonst bei einer Funktion, die 
sich selbst zehnmal aufgerufen hat, 
auch zehnmal CTRL-C drücken 
müßte, um abzubrechen - ein müh- 
sames Unterfangen! Das übrige Pro- 
gramm dürfte selbsterklärend sein. Es 
wurde unter Aztec-C mit 


cc Find -IINCLUDE: 


und 


In Find.o -Le 


erzeugt, wobei INCLUDE: der 
Pfadname für die include-Dateien ist. 
Man könnte das Programm sicher noch 
kompakter schreiben, aber ich habe 
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bewußt auf die in C so verführerischen 


Kurzschreibweisen verzichtet, weil das 
für die Lesbarkeit des Programms nicht 
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36; 
En 
38: 
39: 
40: 


/* 





FIND 
Autor: Bob Malzan 
(c) KICKSTART Magazin 1988 
FIND sucht eine (mit Joker) spezifizierte 
Datei in allen Unterinhaltsverzeichnissen 
und gibt, falls gefunden, den dazugehoerigen 
Pfadnamen aus. 





se 


#include <libraries/dos.h> 
#include <libraries/dosextens.h> 
#include <exec/memory.h> 


APTR DosBase, OpenLibrary () ,‚AllocMem(); 
struct File *Out, *Output (); 

struct FileLock *Lock (); 

VOID Unlock () ,FreeMem(); 

char toupper (),*streat (); 

char *LockName, *SearchName; 

BOOL EntryFound, Examine () ,‚ExNext (); 
BOOL stremp (); 

BOOL Found=FALSE; 

LONG Code=0L; 


char ClrEoln{[] = { 0Ox1B, 0x9B, '‘K’ }; 
#define CLREOLN Write (Out,ClrEoln, 3L) 


7* Hilfsroutinen ——————#/ 


/* PrintOut loescht die aktuelle Zeile und 
* schreibt String nach Out x, 


VOID PrintOut (String) 
char *String; 
{ 
CLREOLN; 
Write (Out, String, (long) strlen (String)); 
} 


/* StrToUpper wandelt einen String in einen * 
* UpperCase-String “f 


VOID StrToUpper (Str) 
char *Str; 
{ 
while (*Str!=(char)D) { 
*Str=toupper (*Str); 
BEr+r; 
} 
} 


/* StrEqual vergleicht zwei Strings, wobei * 
* Stri ‘*’ als Joker enthalten darf. x. 


BOOL StrEqual (Strl,Str2) 
char *Stri,#5tr2; 
{ 

UBYTE P1=0,P2=0; 


while ((strlen(Str1)>P1)&& (strlen (Str2)>P2)){ 


if(*(Stri+Pl) !=toupper (* (Str2+P2))) { 
fl (SerI4PI) ern) 
if(strlen(Stri)==Pl+l) return (TRUE); 
Pitr} 
while ( (strlen(Str2)>P2) && (toupper 
(* (Str2+P2)) !=' *# (Stri+Pl)) ) P2++; 
if ( strlen(Str2)==P2 ) return (FALSE); 
} 
else return (FALSE); 
} : 
Pl+r, P2#45 
} 
if((* (Seri+P1)==’*’)&& (Pl+1==strlen (Strl))) 
return (TRUE); 
ıif((P2<strlen(Str2)) || (Pisstrlen(Str1l)) 
return (FALSE); 
else return (TRUE); 
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gerade förderlich wäre. Ich wünsche 
gutes-Vorankommen mit FIND und 
gute Ideen, die den AMIGA mal so 


/* FFind - die rekursive Prozedur, die alle * 
* Unterinhaltsverzeichnisse durchlaeuft. */ 


VOID FFind (LName,First) 
char *LName; 
BOOL First; 
{ 
struct FileLock *CurrLock; 
char Path[80]; 
/* ist ein lokaler String, in dem sich * 
* der Pfadname befindet x 
struct FileInfoBlock *FIn£o; 


CurrLock=Lock (LName, SHARED _LOCK) ; 
if (CurrLock!=NULL) { 
FInfo=(struct FileInfoBlock *) 
AllocMem ( (LONG) sizeof (struct FileInfoBlock) 
‚MEMF PUBLIC); 
if (FInfo==NULL) { 
PrintOut (“Memory Problems!!\n”); 
UnLock (CurrLock) ; 
return; 


EntryFound=Examine (CurrLock,FIn£o); 
EntryFound=ExNext (CurrLock, FInfo); 
while ((EntryFound) && 

! (Code&SIGBREAKF_CTRL_C)) { 
Code=SetSignal (OL, SIGBREAKF_CTRL _C); 
strcepy (&Path[0],LName); 
if (StrEqual (SearchName, &FIn£fo-> 

fib FileName)) { 
PrintOut (“Found “); 
PrintOut (&Path[0]); 
if (!First) PrintOut ("/”); 
PrintOut (&FInfo->fib FileName); 
if (FInfo->fib DirEntryType>0) 
PrintOut (“ <DIR>”); 
PrintOut (“\n”); 
Found=TRUE; 
} 
if (FInfo->fib DirEntryType>0) { 
i£ (!First) strcat (&Path[0],”/”); 
strcat (&Path [0], &FInfo-> 
fib FileName[0]); 
PrintOut (“Searching “); 
PrintOut (&Path[0]); 
PrintOut (“ 25 
FFind(&Path[0],FALSE); 
} 
EntryFound=ExNext (CurrLock,FInfo); 
} 
FreeMem (FIn£fo, (LONG) sizeof (struct 
FileInfoBlock)); 
UnLock (CurrLock) ; 
} 
} 


main(argc,argv) 

int argc; 

char *argv[]; 

{ 
ULONG Length; 
BOOL First=FALSE; 
char Test; 


DosBase=CpenLibrary (DOSNAME, NULL) ; 
Out=Output (); 
if (Out==NULL) exit (20L); 
argc-; 
if ((arge<i) | | ((arge==1) && (** (argv+l)=='?'))) 
{ 

PrintOut (“Usage: “); 

PrintOut (*argv); 

PrintOut(” [ROOT], NAME/A\n”); 

exit (OL); 





richtig aus der Reserve locken... 














PrintOut (“ aborted by ”C?”); 
} 


else if (!Found) { 


if (arge==1) { 

LockName=":"; 
: /* no ROOT specified -> current device root */ 

SearchName=* (argv+1); 

} 

else t 
LockName=# (argv+1); 

SearchName=* (argv+2); 


} 


PrintOut (“Couldn’t find “); 
PrintOut (SearchName) ; 
} 
PrintOut (“ Ant)? 
CloseLibrary (DosBase); 
:.} /* Programm Ende */ 





StrToUpper (SearchName) ; 
Test=* (LockName+strlen (LockName)-1); 
if ( (Test==':') || (Test=='/’) ) First-TRUE; ‘FIND’ hilft bei der sonst so aussichtslosen Suche nach verschollenen 
FFind (LockName, First); Files. 
if (CodesSIGBREAKF CTRL_C) { 

PrintOut (*argv); 








Wie schon auf der Titelseite erwähnt, wird diese Rubrik zu einem ständigen 
und wichtigen Bestandteil dieser Zeitschrift. Gedacht ist sie für all diejenigen, 
die ihren Rechner selbst programmieren, und dazu Tips und Anregung 
gebrauchen können. Diese Rubrik kann aber nur dann bestehen, solange viele 
Leser (Sie eingeschlossen) sich daran beteiligen. Wir fordern Sie deshalb auf, 
Ihre Ideen in einen Umschlag zu stecken und auf dem schnellsten Weg zu uns zu 
schicken. Vorraussetzungen gibt es praktisch keine: es muß lediglich inte- 
ressant sein und so dokumentiert, daß auch andere User daraus einen Nutzen 
ziehen können. Auch bei den Sprachen gibt es keinerlei Einschränk-ungen. Ob 
C, BASIC, PASCAL, Assembler, Modula-2, Fortran, Forth, LISP oder andere 
Sprachen bleibt Ihnen überlassen. Veröffentlichte Programme werden natür- 
lich angemessen honoriert. 

Bitte beachten Sie bei der Einsendung: Schicken Sie den Quelltext und das evtl. 
kompilierte Programm sowie die Dokumentation auf Papier und Diskette. Die 
Diskette wird zurückerstattet. Einsendungen direkt an die Redaktion: 


MERLIN-Computer GmbH, Redaktion KICKSTART ‘KICK$’ 
Industriestr. 26, D-6236 Eschborn, Tel: 06196 / 481811 
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VON MICHAEL BRINKMANN 


UFGEHT'S 


Fraktale Landschaften in Basic 


_ —— 






— 





er a ae RER ea FR Rn 


Das Titelblatt der Julil/August-Ausgabe von D as Listing war in C 


s 5 Dart Sie geschrieben. Da ich der Spra- 
Kickstart klang verheißungsvoll: ‘Listings: che C nicht mächtig bin, 


3D-Fractals', Diese Art der Grafik hattemich we 1 me fen. seen 


nicht erfahren, wie die Grafik berech- 


schon immer fasziniert, doch bisher war es net wird. Trotzdem beschloß ich, ein 


. . . " . Fractalprogramm zu schreiben, und 
mir nicht gelungen ein Programm zu schrei- zwar eines, das jeler benutzen kant 
ben, das jraktale Grafiken erstellt. Ich bat- mu Fe ner senere Bass 


in Amiga-Basic. Das Berechnen und 


terte also voller Freude zur Seite 66, doch Zeichnen der Grafik nimmt nur 75 
. = Sekunden in Anspruch. 
dann wurde ich schwer enttäuscht: 
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Zur Arbeitsweise 


Nach dem Start des Programms öffnet 
sich zuerst ein Screen und dann ein 
Fenster. Danach wird nach einer Zahl 
zwischen -32768 und +32767 gefragt. 
Diese Zahl dient als Startwert für den 
Zufallszahlengenerator und bestimmt 
die Anfangsgrafik. Nach einigen Farb- 
und Variablendeklarationen wird die 
erste Grafik berechnet. Nachdem die 
Nachricht “Taste drücken’ auf dem 
Bildschirm erschienen ist, wird nach 
Druck auf eine beliebige Taste die 
Landschaftsgrafik dargestellt. Wäh- 
rend diese Landschaft noch zur Be- 
trachtung steht, erfolgt bereits die 
nächste Berechnung. 

Nachdem wir die grundlegenden Din- 
ge geklärt haben, wollen wir auf die 
Berechnung der Landschaften einge- 
hen. Wie man sehen kann besteht die 
Landschaft aus vielen Dreiecken. Die- 
se Dreiecke sind aber nichts anderes 
als mit Linien verbundene Punkte. 
Jetzt gilt es nur noch die Höhe dieser 
Punkte zu berechnen. Um die Berech- 
nung etwas zu vereinfachen, gehen wir 
ersteinmal von der 3D- in die 2D-Ebe- 
ne und nehmen uns hier 17 neben- 
einanderliegende Punkte. Punkt I und 
Punkt 17 werden auf einen zufälligen 
Wert zwischen -8 und +8 gesetzt. Die 
beiden Werte sind dabei voneinander 
unabhängig. Verbindet man nun PI mit 
P17, ergibt sich eine Gerade, auf der 
die Punkte P2-P16 liegen, von denen 
jeder eine bestimmte Höhe hat (Bild 1). 
Wir halbieren nun die Gerade im Punkt 
9. Die Höhe dieses Punktes wird aus 
der Hälfte der Höhe von PI und P17 
berechnet. 





Zu dieser berechneten Höhe addieren 
wir einen zufälligen Wert von -8 bis +8 
. Nach dem Verbinden von PI mit P9 
und P9 mit P17 ergeben sich zwei 
Geraden, die abermals halbiert werden. 
Die Höhe der Punkte P5 und P13 läßt 
sich nach der oben genannten Formel 
berechnen, wobei natürlich Pl durch 
P9 und P17 durch P9 ersetzt gehört. Zu 
der Höhe addiert man dann noch einen 
Zufallswert von -4 bis +4, also die 
Hälfte des vorherigen Zufallswertes. 
Die vier entstandenen Geraden halbiert 
man wieder und addiert den Zufalls- 
wert von -2 bis +2 (wieder die Hälfte 


des vorherigen). Dies ergibt acht 
Geraden, mit denen genauso verfahren 
wird, nur mit einem Zufallswert von -1 
bis +1. 

Wir haben nun 17 Punkte mit unter- 
schiedlichen Höhen. Der Höhen- 
unterschied zwischen zwei neben- 
einanderliegenden Punkten kann maxi- 
mal 5 betragen. Außerdem ist es nicht 
möglich, daß Pl die Höhe Null hat, P2 
dann 5 und P3 wieder Null, da ein 
Punkt von seinen Nachbarn abhängig 
ist. 

Jetzt muß nur noch das Modell in die 
3D-’Ebene’ umgesetzt werden. Dazu 
nehmen wir das Dreieck, dessen Eck- 
punkte auf einen beliebigen Wert ge- 
setzt werden müssen. Nachdem man 
die Eckpunkte miteinander verbunden 
hat, ergeben sich drei lange Geraden, 
die in drei unterschiedlichen Rich- 


Die Umsetzung mit Dreiecken 


tungen verlaufen. Die im Laufe der Be- 
rechnungen entstandenen Geraden 
werden immer in einer der drei Rich- 
tungen verlaufen. Halbiert man zwei 
der langen Geraden und verbindet 
deren Mittelpunkte miteinander, ergibt 
sich eine neue, kürzere Gerade. Mit 
dieser kürzeren Gerade muß man 
genauso verfahren wie mit den im 
vorangegangenen Text beschriebenen. 
Teilt man die langen Geraden noch 
einmal, entstehen zwei weitere Gera- 
den. Es kommt noch die Teilung der 
dritten langen Geraden hinzu, die zur 
Folge hat, daß noch weitere Geraden in 
den anderen beiden Richtungen ent- 
stehen, wenn man die Punkte mit- 
einander verbindet (Bild ). Bei jeder 
Teilung der langen Geraden muß auch 
eine Teilung der kürzeren erfolgen, 
und außerdem muß der Zufallswert 
halbiert werden. Ist schließlich jedem 


Punkt eine Höhe zugewiesen, stellt 
man fest, daß jeder Punkt von seinen 
umliegenden abhängig ist. Daraus 
ergibt sich dann eine Landschaftsform, 
die man mit einer geeigneten Zeichen- 
routine darstellen kann. 

Die Anzahl der Punkte, aus denen die 
äußeren Geraden bestehen, werden 
noch von 17 auf 65 hochgesetzt, wo- 
durch sich eine bessere Auflösung und 
so ein besseres Bild ergibt. Aufgrund 
der höheren Auflösung muß aber auch 
der Startzufallswert erhöht werden, in 
unserem Fall von acht auf 32. Erhöht 
man den Wert noch mehr, kommen bei 
den Bergen größere Steigungen heraus. 
Ich hoffe ‚ich habe Sie dem Prinzip der 
fraktalen Grafik etwas näher gebracht, 
und wünsche Ihnen viel Spaß mit dem 
doch recht kurzen Programm. 


Die Entwicklung einer 2D-Fraktal Gerade 
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Fraktale Landschaft in AmigaBasic 
(c) 1988 KICKSTART zeichnen: 
LINE (0,56)-(640,255),0,b£f 
COLOR 0 
FOR y=64 TO 1 STEP-1 
FOR x=1 TO y 
hol=effh (hoehe (x,y)) 
ho2=effh (hoehe (x+1,y+1)) 
ho3=ef£fh (hoehe (x, y+1)) 
farbe=farbe (hol+ho2+ho3) 
kon1=315-y*4+x*8 
kon2=250-y*2 
AREA (kon1+4,kon2) 
AREA (konl-4,kon2) 
AREA (konl1-4,kon2-ho3-2) 
AREA (4+konil,kon2-ho2-2) 
AREAFILL 
LINE - (konl,kon2-hol) , farbe 
LINE - (kon1-4,kon2-ho3-2), farbe 
LINE - (4+konl1, kon2-ho2-2), farbe 
NEXT x 
NEXT y 
GOTO berechnen 


DEFINT a-z 

DIM hoehe (66, 66) , farbe (401) ,effh (401) 
SCREEN 2, 640,256,2,2 

WINDOW 2,,,0,2 

RANDOMIZE 

PALETTE 0, 

PALETTE 1, 

PALETTE 2, 

PALETTE 3, 


COLOR 1,0 

CLS 

LOCATE 2,21 

PRINT “Fractale Grafiken von Michael Brinkmann” 
LOCATE 4,33 

PRINT “vom 8.12. 1987” 

LINE (152,4) -(480,36) ,1,b 

LOCATE 6, 30 

PRINT “Berechnungstiefe :” 

COLOR 2,0 


FOR count=0 TO 400 
IF count<=200 THEN effh (count)=0 ELSE ef£fh (count) =count-200 
IF count>60 THEN farbe (count)=3 ELSE farbe (count)=2 
NEXT count 
farbe (0)=1 
berechnen: 
COLOR 2,0 
zwert=80 ‘ Startzufallswert 
zaehlw=64 ‘ Zaehlweite 
schw=32 ‘ Schrittweite 
hoehe (1,1) =200+(RND*zwert-zwert/2) ‘ Höhe Eckpunkt 1 
hoehe (65, 65)=200+ (RND*zwert-zwert/2) ‘ Höhe Eckpunkt 2 
hoehe (1,65) =200+(RND*zwert-zwert/2) ‘ Höhe Eckpunkt 3 
FOR tiefe=1 TO 6 ‘ Berechnungstiefe 
LOCATE 6,48 
PRINT tiefe 
FOR y=1+schw TO 65-schw STEP zaehlw 
FOR x=1 TO y-schw STEP zaehlw 
hoehe (x+tschw, y+schw) = (hoehe (x, y+schw) + 
hoehe (x+zaehlw, y+schw) -zwert) /2+RND*zwert 
hoehe (x, y)=(hoehe (x, y-schw) + 
hoehe (x, ytschw) -zwert) /2+RND*zwert 
hoehe (x+schw, y)=(hoehe (x, y-schw) + 
hoehe (x+tzaehlw, y+schw) -zwert) /2+RND*zwert 


DDBSNSNND,NNDNNNDNNDDNDHHRHRHHER HH RR HH 
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ww 
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34 
38 
36 
37 


38: 
39: 
40: 
41: 
42: 
Aa: 
44: 


NEXT x 
NEXT y 
zwert=zwert/2 ‘ Zufallswert halbieren 
schw=schw/2 
zaehlw=zaehlw/2 
NEXT tiefe 


LOCATE 8,34 

PRINT “Taste drücken” 

WHILE INKEY$="" ‘ Auf Taste warten 
WEND 
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Absender 
(Bitte deutlich schreiben) 





Vorname/Name 


Straße/Nr 





PIZ/On 








T Einzelheft- u. 
r Disketten Service 


AMIGA ZEITSCHRIFT 


Monatsdisketten 
Bestellung 


Absender 
(Bitte deutlich schreiben) 





Vorname/Name 


Straße/Nr. 





PLZ/Ort 





Kleinanzeigen 





Kleinanzeigen 


Abse 


nder 
(Bitte Genslich schreiben) 


Vorname/Name 





Straße/Nr. 


PLZ/Ort 


Bitte 
mit 
60 Pt. 


| frankieren 





Postkarte 


He’m-Verlag 
Heidelberger Landstr. 194 


6100 Darmstadt-Eberstadt 
Telefon 0 6151/56057 


Bitte 
mit 
60 Pr. 
frankieren 


Postkarte 





sm-Verlag 


Heidelberger Landstr. 194 


6100 Darmstadt-Eberstadt 
Telefon 06151/56057 


Bitte 
mit 
60 Pf. 
frankieren 


Postkarte L. 





Heim-Verlag 
Heidelberger Landstr. 194 


6100 Darmstadt-Eberstadt 
Telefon 06151/56057 


—_. 









5 TAR ‘| Abonnement 


an 





Ja, bitte senden Sie mir die Amiga-Computer Fachzeitschrift N) m ng _—— — 
für mindestens 1 Jahr (11 Hefte) zum ermäßigsten Preis von jährlich DM 70,— frei Haus. 






























(Ausland: Nur gegen Scheck-Voreinsendung DM 9,— Normalpo: ) 
Der Bezugszeitraum verlängert sich nur dann um ein Jahr, wenn nicht 6 Wochen vor Ablauf des Abonnements gekün- 
digt wird. 
Gewünschte Zahlungsweise bitte ankreuzen 
U] Bequem und bargeldlos durch Bankeinzug 
Name | u — | L \ EHE | 
Konto-Nr. BLZ 
Vorname 
Institut Ort 
Straße/Nr. 
DO Ein Tpahurgelieh über DM____ 
liegt bei. 
" PMZ On . 
Garantie: 
Diese Bestellung kann ich schriftlich innerhalb einer 
Woche (rechtzeitige Absendung genügt) widerrufen. 
Dies bestätige ich durch meine 2. Unterschrift. 
Datum  Unterschrlt Datum Unterschrift 








K/CK Einzelheft- 
START u. Monatsdisketten 


wine srirsenwere" 


Bestellung 


KICKSTART können Sie direkt beim HEIM-VERLAG zum Einzelheft-Preis von DM 7,- (zuzüg- 
lich Gebühr für Porto und Verpackung) nachbestellen. Bearbeitung nur gegen beigefügten Scheck 
über den entsprechenden Betrag (keine Überweisung), 





+ Gebühr für Porto u. Verp. =DM 
[_] Scheck in Höhe 





‚liegt bei 


Disketten Service 

Alle Programme, die in KICKSTART veröffentlicht wurden, sind auf Disketten erhältlich. Die Disketten 
enthalten die Programme von jeweils 2 KICKSTART-Ausgaben. Bestellen Sie durch ankreuzen die ge- 
wünschten Disketten 











KICK 


TART Kleinanzeigen-Auftrag 
Bitte veröffentlichen Sie für mich folgende Kleinanzeige in der angekreuzten Rubrik 


Biete an [] Hardware Ich suche [U] Hardware U) Tausch DO Verschiedenes 
DO Software . OD Software DD Kontakte U 


30 Buchstaben je Standardzeile — incl. Satzzeichen und Wortzwischenräume. 
Groß- und Kleinbuchstaben verwenden, fettgedruckte Wörter unterstreichen. 


dm bb dd — . — . — 











„ SBEReeE ESBE SREST- BEST: ERBEN ERBEN | " BERRERE: ERBE SEHE) ÜBERS SOEBEN SEEN L LI 1 2 un 











L 1 4 N ER | ii L nnd i L RR | u AA 











eo RE SB RT a a a an nn nn an Sn Ben Zum ken aan uf 
ee | 
Ver SOBR PR TE! RB, BEER ERME: PR Tee EB 20 0 TR, FOREN VOR SR (ENG TEN BEER: TO VARBEN EREN MRS VERRAT = ER CRGEN. CEOEn: DR. N Do | 





Bearbeitung nur gegen Vorausscheck über den entsprechenden Betrag (keine Überweisung) 


D privat = DM 7,- je Zeile inc. MwSt. 
DO) gewerblich = DM 15, - je Zeile + MwSt. 
DO Chiffregebühr = DM 10,- 


OD Scheck über DM 
ist beigefügt 








Bei ‚Angeboten: Ich bestätige, daß ich alle 
‚Rechte an den angebotenen "Sachen besitze. 
Ca _ Datum 





Unterschrift 
Absenderangaben auf der Ruckseite nicht vergessen 











ann en uteinen.eeunuunuen unnfen uniee 





en fu 


Einzelheft- u. 
| Monatsdisketten 
Bestellung 


























Kontaktkarte 


Absen 


(Bitte Geuclich Te 


Vorname/Name 
Beruf 

Straße/Nr. 

MZOon 


Telefon Vorwahl/Rufnummer 





Kurzmitteilung 





Absender 
(Bitte Geudlich schreiben) 


Vorname/Name 


Straße/Nr. 


Telefon 





PD Bestellung 
PD Be 
Absender 

‚(Bitte deutlich schreiben) 


Vorname/Name 





Straße/Nr. 








Straße/Postfach 


PLZ/On 





PLZ/Ort 


Bitte 


| freimachen 


Postkarte 





Firm 











PLZ Ort 


Bitte 
freimachen 








Postkarte 


Merlin Computer GmbH 
KICK START Redaktion 


Industriestraße: 26 





6236 Eschborn 


Bitte 
freimachen 


Postkarte 





Merlin Computer GmbH 
KICKSTART Redaktion 
Industriestraße 26 


6236 Eschborn 





Olch bitte um weitere Informationen \ Abgesandt am: 


K/ CK D Ich gebe folgende Bestellung auf 


5 T AR RT in Bezug auf Ihre Anzeige in Kickstart Heft______ Seite 











Firma: 





Bemerkungen: 















Datum, Unterschrift (für Jugendliche un unter 18 Jahren der Erziehungsberechti igte) 


Meine Meinung 


Zu dem Artikel_ in Heft _ 


„Seite ___ 
hätte ich folgendes zu bemerken: 





O Ich möchte Ihnen folgendes Programm zur Veröffenti- "I 1P Ba I oo 
chung anbieten: (Kurzbeschreibung, Sprache, Länge in ————— Kurzmitteilung 
Druckerseiten, GEM/TOS) nn | 


DO Ich kann über folgendes Thema berichten: (Tips & Tricks  —  — — | 
am ST, Hardware, Software, etc. ) ee 





U Ich möchte gerne Autor in der ST-Computer werden. Meine . j 
Fachgebiete: (z.B. LISP, Pearl, Modula-2, Assembler ...) - | | 


U Ich möchte, daß folgendes Public-Domain Programm in Ihre 
Sammlung aufgenommen wird. 


Ü Sonstiges 


Bei weiteren Angaben oder Fragen wenden Sie sich bitteschrift- 5 
lich oder telefonisch an die Redaktion. Tel. 06196/81811 TT—m 





wa reırsenm 






PUBLIC DOMAIN SERVICE x 


Ich bestelle folgende PD-Disketten: START | 
(Siehe PD Service in dieser Ausgabe) 





Zahlung erfolgt: 
OD per Scheck PD Bestellung 


OD per Nachnahme 











Je Diskette fügen Sie bitte einen Betrag von DM 10,- bei, | SE ABBEEEEREEEENEEE 
für Porto und Verpackung je Sendung DM 5,— (Ausland DM 10,-) i 








Datum i Unterschrift | Datum 





GARRISON II 


The Legend continues. 


Brandneu ist das 
Spiel Garrison II, 
das Programm ist 
der Nachfolger des 
erfolgreichen Spiels 
Garrison. Im Grun- 
de genommen hat 
sich nicht viel geän- 
dert, außer daß 128 
neue Levels erstellt 
und einige Farben 
der Sprites geändert 
wurden, doch ... 





Sound und Grafik sind fast identisch 
mit dem Vorläufer, aber trotzdem ge- 
hört auch Garrison II wieder zu den 
besten Strategie-Aktion-Spielen für 
den AMIGA. Das Scrolling könnte et- 
was schneller sein, des öfteren kommt 
es vor, daß die Spielfigur schneller 


läuft als das Spielfeld scrollt. 

Doch zum Spiel selber. Dem Spieler 
stehen fünf verschiedene Charaktere 
zur Auswahl (Wizzard, Warrior, EIf, 
Valkyrie und Dwarf), wobei jede 
Spielfigur in allen Levels eingesetzt 
werden kann und Stärken und Schwä- 
chen besitzt. . Der Spieler sollte für die 
richtigen Levels die passenden Kämp- 
fer aussuchen, um das Dungeaon un- 
beschadet zu überstehen. Die Beson- 
derheit an Garrison war mit Sicherheit 
der Zweispieler-Modus, Garrison II 
besitzt den Modus natürlich auch. Es 
können hierbei zwei Spieler mit- 
einander (nicht gegeneinander) ge-gen 
die Übermacht der Unterwelt an-treten. 
Das Spielen zu zweit ist in ei-nigen 
Levels durchaus sehr hilfreich: wäh- 
rend der eine Spieler die Geister 
ablenkt, kann der zweite Gegenstände 


Viele Geister 
machen auch 


einem geübten 


HORKISON 


ER Kämpfer zu 


einsammeln oder einen geeigneten 
Weg suchen. In allen Levels können 
oder sollten verschiedene Gegenstände 
aufgesammelt werden, sie erleichtern 
des öfteren das Vorankommen un- 
gemein. 

Garrison II wird auf zwei Disketten mit 


einem kurzen Informationsschreiben 
geliefert. Ein Manko muß dem Pro- 
gramm aber angelastet werden. AMI- 
GA-Besitzer mit nur 512 KByte kom- 
men nicht in den vollen Genuß des 
Programms, es benötigt zum einwand- 
freien Ablauf 1 MByte-RAM. Besitzt 
der Rechner nur 512 KByte, werden 
alle Spielfiguren gleich dargestellt. Ein 
Wermutstropfen des Programms. 


Fazit 


Garrison II unterscheidet sich kaum 
vom Vorgänger. Wer Garrison I be- 
sitzt, braucht sich den Nachfolger nicht 
unbedingt zu kaufen, außer wenn er 
Interesse an 128 neuen Levels hat. 
AMIGA-Anwender, die noch kein 
Garrison besitzen, können zwischen 
beiden Versionen auswählen. Der Un- 
terschied besteht nur in den ver- 
schiedenen Levels. 
Anbieter: RAINBOW ARTS Software GmbH 
Münsterstr. 27 
4830 Gütersloh 1 
Preis: 69.95 DM 


IDEE 
Be ne] 
SOUND 


GRAFIK 
u ur 


MOTIVATION 
SEE 
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JINXTER 


Slang bis zum Absturz 


Ich habe einmal 
einen Computer und 
ein Spiel, das sich 
“Guild of thieves” 
nannte, in die Finger 
bekommen und mir 
diese auch zwei 
Nächte harter Arbeit 
mit meinem Freund 
Max - I don't 
understand asshole 
in that context - 
zusammen 
wundgespielt. 


Wir waren wirklich begeistert, starben 
tausend Tode und freuten uns wie die 
Schneekönige, wenn wir dem Pro- 
gramm wieder einmal so schöne Fo- 
rmulierungen wie “demented pyro- 
maniac” entlockt hatten. Wir wollten 
uns niemals wieder trennen von diesem 
herrlichen Zeitvertreib. Es kam aber 
natürlich alles ganz anders! Das Leben 
hatte uns bald wieder und ich wurde 
mit Rainbird Software bzw. Magnetic 
Scrolls erst wieder konfrontiert, als 
man mir in der Kickstart-Redaktion 
“JINXTER” als direkten Nachfolger 
der Gilde derDiebe wärmstens ans 
Herz legte. Ich habe in diesem Moment 
leider vergessen, daß ich ROCKY 
XXV ziemlich blöde fand, und daß ich 
auch den Weißen Hai nur bis Teil III 
aus-gehalten habe. JINXTER ist doch 
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An diesem 
Tierchen 
muß man 
irgendwie 
vorbei. 


stark der Gilde der Diebe nach- 
empfunden. 

Die Geschichte der Geschichte in Aqu- 
itania (Name erfunden) hatte der Zau- 
berer Turani (Name erfunden) einst ein 
besonderes Armband geschaffen. Es 
sollte die Bewohner durch seine magi- 
schen Kräfte vor den allgegenwärtigen 
bösen Hexen schützen. Dieser schönen 
Zeit, in der Glück und Frieden in Aqui- 
tania anzutreffen waren, wurde aber 
von der Hexe Jannedor (Name er- 
funden) und ihren Helfern ein jähes 
Ende bereitet, indem diese das Arm- 
band auseinandernahmen und die 
Einzelteile im ganzen Land ver- 
steckten. Von diesem Tage an wurde 
Aquitania wieder von Pech und Un- 
glück heimgesucht. Der Spieler hat 
nun die ehrenvolle Aufgabe, diese Ein- 
zelteile wiederzufinden, um so dem 
Hexenspuk ein Ende zu bereiten. 
Keine leichte Aufgabe, denn JINXTER 
verlangt den Dialog mit dem Computer 
und setzt ziemlich gute Englisch- 
kenntnisse (übelster Slang) voraus. Da 
hilft auch die deutsche Übersetzung 
des “Independent Guardian”, die der 





Spielpackung beiliegt, nicht darüber 
hinweg. JINXTER scheint mir 
schwieriger zu sein als die Gilde der 
Diebe, und ich gehe davon aus, daß das 
Bett wiedereinmal nächtelang kalt 
bleibt. Ran an den Käse. 

Rainer Spirandelli 


MOTIVATION 














OOR 


SPORTS 


Das Softwarehaus 
Mindscape, bekannt 
durch gute Spiele, 
hat mit INDOOR 
SPORTS seinem Ruf 
alle Ehre gemacht. 
Das Programm 
beinhaltet vier 
außergewöhnliche 
Sportarten - Bow- 
ling, Dartwerfen, 
Tischtennis und Luft- 
Hockey. 





“ Bis zu vier Spieler können gleichzeitig 


bei der Freizeit- 

Olympiade mitwirken, wobei jeweils 
zwei gegeneinander antreten. Beson- 
ders beim Tischtennis und dem Luft- 
Hockey macht das Spielen gegen einen 
Freund einen Heidenspaß. Jede Sport- 


art wird mit dem Joystick bedient; aus 
diesem Grunde ist es ratsam, zwei 
Sticks zu besitzen, um auch gegen ei- 
nen Freund antreten zu können, der ja 
auch einen Joystick benötigt (mit Me- 
ditation ist der AMIGA schließlich 
noch nicht steuerbar). 

Alle Disziplinen besitzen einen beson- 
deren Reiz, nur durch gezieltes Ein- 
setzen des Joysticks kann ein größerer 
Erfolg verbucht werden. Etwas Übung 
ist notwendig, um alle Disziplinen zu 
beherrschen oder sich lange Duelle mit 
dem Gegner beim Tischtennis bzw. 
Luft-Hockey liefern zu können. Die 
beiden anderen Sportarten sind aber 
nicht minder interessant. 

Danach wird eine Disziplin ausgewählt 
und gespielt. Bevor es jedoch um 
Punkte geht, erscheint ein weiteres 
Menü und erlaubt beispielsweise die 


Zum 
Dartwerfen 
gehört 
äußerste 
Präzision. 


Einstellung von Geschwindigkeit, 
Schwierigkeitsgrad oder Spieleran- 
zahl. 

Das Tischtennis, das besonders auf- 
wendig programmiert wurde und ei- 
gentlich schon ein eigenes Spiel wert 
wäre, bietet noch weitere Ein- 


stellungsmöglichkeiten. Viele ver- 
schiedene Schlagtechniken können 
zum Einsatz gebracht werden; z.B.: 
leichte bzw. feste Schläge gezielt ein- 
setzen und plazieren, um dadurch sei- 
nen Gegner von einer Tischkante zur 
anderen zu hetzen. Gewinnen ist nicht 
leicht, Übung gehört dazu. 

Die grafische Gestaltung, könnte in 
einigen Details etwas besser sein, kann 
aber insgesamt als gelungen be- 
zeichnet werden. Zum Sound läßt sich 
nicht viel sagen, hier wurde gegeizt. 
Das ist zwar nicht von großer Be- 
deutung bei Sportspielen, Abstriche 
müssen deshalb aber gemacht werden. 


Fazit 


INDOOR SPORTS gehört mit Sicher- 
heit zu den besseren Spielen für den 
AMIGA. Daß auch zwei Spieler ge- 
geneinander antreten können, und 
nicht nur der Computer (nicht zu un- 
terschätzen) als Gegner ausgewählt 
werden kann, wertet das Spiel un- 
gemein auf. Alle Sportarten besitzen 
einen besonderen Reiz und unter- 
scheiden sich grundlegend vonein- 
ander. Dadurch ist für viel Ab- 
wechslung gesorgt. INDOOR SPOR- 
TS kann allen AMIGA-Besitzern em- 
pfohlen werden. Für Sportfans ein 
Muß in der Software-Sammlung. 
Hersteller: Mindscape 

NorthbrooklUSA 
Anbieter: GIT GmbH 

Oberhöchstädterstr. 53b 

6370 Oberursel 

Tel. 06171-53863 
Preis: DM 90.- 


MOTIVATION 
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1. SHANGHAI 2. Feary Tale 
Das Spielprinzip von SHANGHAI geht auf 
ein 3000 Jahre altes chinesisches Spiel zu- 


rück und verlangt vom Spieler viel Kon- 3. Flugsimulator | 








4. The Guild of Thieves 
5. The Bard’s Tale 


6. Indoor Sports 





zentration und Kombinationsgabe, um aus 


der Steinepyramide gleiche Paare heraus- . 
zufinden. Am spannendsten sind jedoch die 7. Garrison 
Wettkampfvarianten, bei denen man zu 
zweit, aber gegeneinander, um Punkte 8 
kämpft. r 
Da ist sie nun, die erste "TOP 12’-Hitparade der Kickstart- 

Leser, und sie birgt einige Überraschungen, denn auf den ersten 

Plätzen tummeln sich nicht die neuen Spiele, sondern bewährte = 
Klassiker wie SHANGHAI, FLUGSIMULATOR Il und HE @, Phantasie Ill 

BARD’S TALE. Die Hitparade zeigt aber auch, daß die 

“Ballerspiele’, die den Markt zur Zeit überfluten, nicht so hoch 

in der Gunst der Spieler stehen, was auf eine Sättigung 

schließen läßt. Für die folgende Runde der ‘TOP 12’ rechnen 0) d 

wir wieder mit Ihrer Teilnahme. Wir verlosen dann auch wieder 1 ‚Terrorpo S 

unter allen Einsendern 12 mal das Spiel, das auf den ersten Platz 

gewählt wurde. Der Rechtsweg ist dabei ausgeschlossen. 

Schreiben Sie auf eine Karte Ihr momentanes Lieblingsspiel 

(wobei jeder Titel gewählt werden kann, den es für den AMIGA 

gibt!) und schicken Sie die Karte an: 11 ‚Defender of the Crown 
MERLIN Computer GmbH 

Redaktion KICKSTART 

Kennwort: TOP 12 

Postfach 55 69, 6236 Eschborn 1 2.Plutos 

oder verwenden Sie die hübsche Karte in der Heftmitte. 

Einsendeschluß ist der 1. März 1988. Karten, die nach diesem 

Termin eintreffen, werden im nächsten Monat berücksichtigt. 


Barbarian 


Gewinner je eines SHANGHAI-Spiels sind: 

Eike Dehde, Buxtehude / Jürgen Mülbert, Edingen / Frank Unverhau, Bochum / Karola Banowski, Pöring / Ralf Hense, Friedberg / 

Marc Harekost,Wallenhorst / Lutz Henne-Wellner, Walsdorf / Thomas Sauer, Bonn / Oliver Zellner, Echterdingen / Andreas Grewe, Neumünster / Michael 
Frese, Düsseldorf / Ulrich Hafner, München 





VON 
ERNST HEINZ 


Bitte besuchen Sie uns in 
Halle 7 / Stand E 46 


Sa: 


Welt-Centrum Büro Information Telekommunikation 


16. - 23. MÄRZ 1988 





HeimVerlag 


Heidelberger Landstraße 194 
6100 Darmstadt-Eberstadt 
Telefon 06151-56057 





Programmieren 
auf dem 


PROGRAMMIEREN AUF DEM AMIGA 


WICHTIGE MERKMALE 


P Dieses Buch weist Programmierern 
den Weg, wie Sie die fantastischen 
Fähigkeiten Ihres AMIGA auch von 
AmigaBASIC aus nutzen können. 

Es schließt die in den Handbüchern 
entstandenen Lücken, indem es die 
offengebliebenen Fragen in anschau- 
licher Weise beantwortet. 

$» Damit ist dieses Buch insbesonde- 
re für lernwillige Aufsteiger, d. h. mehr 
oder weniger erfahrene BASIC-Pro- 
grammierer, sowie für Umsteiger, die 
bisher mit anderen Computersyste- 
men gearbeitet haben, konzipiert. 

$ Besonderer Wert wurde auf guten 
Programmierstil gelegt. Anhand von 
über 40 sehr ausführlich dokumentier- 
ten Übungs- u. Beispielprogrammen 
kann der Leser trainieren, fremde Pro- 
gramme zu lesen und zu verstehen 
und richtige und gute Programmie- 
rung erlernen. 

$ Alle offenen Fragen und Probleme 
in Bezug auf AMIGA-spezifische Pro- 
grammiertechniken und -befehle wird 
Ihnen dieses Buch zu beantworten 
versuchen. 

$ Besonders werden folgende Haupt- 
themen im Buch behandelt: 
Fenstertechnik : Menue-Technik - 
Unterbrechung-Technik - Animation 
in Amiga-Basic - Grafik-Befehle - 
Normale Maussteuerung 

$» Zum Buch gibt es eine Programm- 
Diskette mit allen aufgeführten Übungs- 
und Beispielprogrammen 





Ich bestelle: 





AUS DEM INHALT 


> CLI und Möglichkeiten der Exe- 

cute-Programmierung 

P Erstellen einer eigenen Startup- 

Diskette 

$» Spezielle AmigaBASIC-Arbeitsdis- 

kette erstellen - 

$> Grafikprogrammierung (ohne Ani- 

mation) 

$ Sound- und Sprachprogrammierung 

(Erzeugung menschlicher Sprache/Er- 

zeugung von Tönen und mehrstimmi- 

gen Melodien/Tonerzeugung gemäß 

musikalischer Notennotierung) 

$ Unterbrechungsfähigkeiten von 

AmigaBASIC 

$> Maussteuerung 

> Menueprogrammierung von Pull- 

Down-Menüs 

$ Fenster- und Bildschirmtechnik 

$> Grafische Animation mit Sprites 

und Bobs 

$ Ein Potpurri von AmigaBASIC-Pro- 
rammen 

> Kleine Einführung zur Spezialhard- 

ware des AMIGA 


über 200 Seiten DM 39,-* 


St. Programmieren auf dem AMIGA ä& DM 39; 
___ St. Programmdiskette zum Buch ä DM 29, 


zzgl. DM 5,- Versandkosten (unabhängig von bestellter Stückzahl) 


U] per Nachnahme 


Name, Vorname 


U] Verrechnungsscheck liegt bei 





Das richtige Buch für 
Auf- und Umsteiger 





Ernst Heinz 


Programm- 





NEU Diskette 


zum Buch 
Programmieren 
auf dem AMIGA 


PROGRAMMDISKETTE 
AUS DEM INHALT 


> Zur Unterstützung der praktischen 
Übung und Arbeit am Computer gibt 
es die Programmdiskette. 

> An über 40 Übungs- und Beispiel- 
programmen können Sie guten Pro- 
grammierstil nachvollziehen und trai- 
nieren. N 

$» Damit hat die lästige Tipparbeit ein 
Ende; Diskette laden und los geht's... 
$» Die Diskette ist beim Verlag er- 
hältlich D 29 * 


und kostet nur g- 


* Preise sind unverbindlich 
empfohlene Verkaufspreise 





Straße, Hausnr. 





PLZ, Ort 





Benutzen Sie auch die in KICKSTART vorhandene Bestellkarte. 
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Einkaufsführer 
Hier finden Sie Ihren 


Commodore/Amiga Fachhändler 


ANZEIGENSCHLUSS 





== RUNDE 


Büroelektronik 
Keithstraße 26 : 1000 Berlin 30 
= 26 111 26 


Computer Hard & Software 


Bramfelder Chaussee 300 2000 Hamburg 71 
T 





Gerhard u. Bernd Waller GbR 
Computer & Zubehör-Shop 


Kieler Straße 623 
2000 Hamburg 54 


= 04015706007 +5705275 


Systemhändler 
Wandsbeker Chaussee 58 
2000 Hamburg 6 
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RADIX Bürotechnik 


Heinrich Barth Str. 13 
2000 Hamburg 13 
Telefon: 





für Heft 5/88 ist der 18.03.1988 





el fellii-s 


Hardware : Software : Zubehör 


Donnerschweer Str. 127-129 
(gegenüber Weser Ems Halle) 
2900 Oldenburg 

Telefon 04 41 / 88 47.06 






Radio Tiemann 
Commodore-Systemfachhändler 
Markstr. 52 
2940 Wilhelmshaven 
Telefon 044 21-26145 






040-4416 95 





Am Schiffgraben 19 - 3000 Hannover 1 
Telefon 05 11-32 67 36 





""* HANNONERS] 
ATARI 


An der Tiefenriede 27 , 3000 Hannover 1 
Tel.{05111 88 63 83 , 24 Stunden Service 











4 
nn Fllen DREH 
Norderstr 94-96 D-2390 Flensburg 

(0461) 28131 & 28193 

















en 


! 















[3500 Kassel | [6551 Fürfeld |] 
Computer Center MICHAEL 


Hermann Fischer GmbH 


Commocdore-Systemfachhändler 


Luisenstraße 26 WEISGER BER 


HARD RATHRUSSTR.2 


Rudolf-Schwander-Str. 5-13 
3500 Kassel 


5200 Siegburg 
Tel. (0561) 700000 + 65SAFÜRFELD 


Telefon 02241/66854 SOFT TEL:06709-778 





4504 GM.-Hütte 
Shop 64 


C = S ” C [ Computer GmbH 


Computer & Software-Center Saarbrücken * Saarlouis 
Homburg *St. Ingbert 
Hauptstr. 2 - 5768 Sundern Neunkirchen 


Telefon 0 29 33- 20 46 06824/23713 R 
Commodore Systemhändler 


Computershop 
Auf geht 3 


Im Sinus-Elektrofachmarkt 
Niedersachsenstr. 9 
4504 GM-Hütte 
Tel. 05401/4544] 


4650 Gelsenkirchen-Horst 6090 Frankfurt 6700 Ludwigshafen 
Loamlrcn /1A/) : 


Dieter Hieske 
Büro-Computer + Organisations GmbH 
Hard- und Software, Literatur K Commodore Ihr Partner, 
Bauteile, Service, Versand TOSHIBA wenn es um 
Groß- und Einzelhandel AATARI Okipaa Computer geht 
Poststr 15 4650 Gelsenkirchen-Horst 


Tel 0209/52572 








Schillerstrasse 36 
6700 Ludwigshafen 
Tel. 06 21/67 3105 


= C H 
Eu PIE 
AMIGA USER ONLY 









6000 FRANKFURT/M. 1, Deder Weg 7-9, 2 069/5304 56/57 








CAUCHHSTURA 


Computersysteme + Textsysteme 


6800 Mannheim 24 


Casterfeldstraße 74-76 
© (0621) 850040 - Teletex 6211912 


CAS-COMPUTER 


Ihr Amiga—Spezialist 
Sprendlinger Landstr. 71 
6050 Offenbach 
Tel. 0 69-84 20 13 


4800 Bielefeld 6900 Heidelberg 
— 6200 Wiesbaden e 
Butnarn Perepeaine niainneiehnsien essen sngesrger Gl), >, 
Orgeniestion C S r Poststraße 25 se Com 
sorvke 6200 Wiesbaden-Bierstadı = es putershop 


(061 21) 560084 Ä 





a 
Computershop 
Auf geht 3 


In der Famila-Passage 
Senator-Schwartz-Ring 24 
4770 Soest - Tel. 02921/63803 














CSF COMPUTER & SOFTWARE GMBH | DW En and EDV Gmbn Auf geht3 
a Straße 106 — 108 AUTORISIERTER = Im Fomilo-Center 
800 Bielefeld 1 EDLER Hertzstraße 1 - 6900 Heidelberg 
Tel. (0521) 61663 Püb..B Tel. 06221/302437 


6380 Bad-Homburg 


BÜR HINEN 


Produkte u. Details Computerverbund Computershop 
Louisenstr. 115 Auf geht 3 


Ladenpassage Alter Bahnhof 
6380 Bad-Homburg Im Mult-Zentrum 
Tel. 06172-24748 Berliner Platz 1: 6940 Weinheim 
Bad-Homburgs erster Commodore Computerladen Tel. 06201/600189 


AM RUDOLFPLATZ GmbH 
5000 KÖLN 1 
RICHARD-WAGNER-STR. 39 
RUF: 0221/2191 71 





5060 Bergisch-Gladbach 6457 Maintal 7000 Stuttgart 


»If AMIGA, go to Schreiber« 
Stuttgart's starker Computer -Laden 
SCHREIBER 
COMPETER 


Computer Center Landolt-Computer 


Beratung - Service - Verkauf - Leasing 
Buchholzstraße 1 


5060 Bergisch-Gladbach e* Autorisierter Commodore-Händler 
Telefon 022 02-350 53 Wingertstr. 112 - 6457 Mainta/Dömigheim 
Telefon 06181-45293 


Alte Poststraße 2 | Neu -Neu Neu Neu 
7000 Stuttgart-1 | Im SUBWAY 
Tel. 0711/22 7099 | BREUNINGER City 
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Kurfürstenstraße 18 - 7140 Ludwigsburg 
Telefon 0 7141-250 74 


hettler-data 
service gmbh 
Lenzburger Straße 4 
7890 Waldshut-Tiengen 
Telefon 077 51/ 30 94 


Systemhaus: 
EDV-Systeme Frauenstr. 28 
Software- 7900 Ulm/Donau 
erstellung Tel. 07 31/280 76 
Schulung Telex 712.973 csulm-d 





. db; x 2 Ei : 
COMPUTER + BÜROTECHNIK Wr, 
COMPUTER: SOFTWARE - PERIPHERIE 
BERATUNG -» TECHN. KUNDENDIENST 
INGOLSTÄDTER STR. 621 


EURO-INDUSTRIE-PARK : 8000 MÜNCHEN 45 
TELEFON 089/3113066 - TELETEX 898341 


ld 
Computergraphik 


MACHINE Gabriele Lechner 
Beratung - Schulung - Verkauf 


Planeggerstr. 1 - 8000 München 60 
Tel. 089-834 05 91 






eicktroland 


8390 Passau 
Kohlbruck 2a 
@© 0851/52007 





elcktroland 


8400 Regensburg 
Dr.-Gessler-Str. 8 
= 0941/95085 
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Mmull] er 


ware 
Service - Schulung 
computer center 


am Dominikanerplatz 
Ruf (0931) 504 88 


a INTERNATIONAL 
Die Firma, die Euch 
MarauderII® und GRABBIT® 
gebracht hat, hat jetzt in 
Deutschland ein Büro. 
Schaut mal nach unseren 
neusten Titeln. 


Friedrich-Spee-Str. 11 
8700 Würzburg 
Tel: 09 31-8848 22 


Hier könnte Ihre Anzeige stehen | 


Rufen Sie uns an. 
Heim-Verlag 0 61 51/56057 


longstrosse 3] 
Postfach 
CH-8021 Zürich 


Tel. 01/ 2417373 
Telex 814193 seco 


___CH-4054 Basel | 
Wir sind 
Amiga-Freaks. 


Unsere Öffnungszeiten: 
Von Dienstag bis Freitag 
9.30 - 12.30 und 14.00 - 18.30 und 
am Samstag 9.30 - 16.00 


clo/m/Plu/T|E RIES 


Basel Tel 061/39 25 25 - Holeestrasse 87 - 4054 Basel 
Aarau Tel 064/22 6333 - Kasernenstrasse 26 - 5000 Aarau 


INSERENTENVERZEICHNIS 


ALCOMP 27 
COMMODORE 9 
COMPUTER & SOUND_ 107 
csJ 27 
DATA BECKER 43 
FISCHER 38 
HAGENAU 107 
HARD & SOFT___67,106 
HEIM__ 2,44,103,107 
IDEE-SOFT 67 
IM 27,31,53,63 
KUPKE 116 
MERLIN 6 
MUSIK & GRAFIK__ 107 
PDC 71 
RAINBOW-DATA 38 
SOFTWARE 2000 38 
SOYKA 115 
TRÖPPS 113 
WALLER 31 
WOLF 67 
YELLOW 38 


nn mn nn nn 





Dieter Hieske 
Schillerstraße 36 


udwigshafen 
Gi Lad wigehalen HANNOVER MESSE 
Öffnungszeiten 4 
Mo-Fr.  9.30-12.00 Uhr 
Mo- Fr. 14-18 Uhr 
a tue Sa 9.00 — 13.00 Uhr 


Welt-Centrum Büro - Information - Telekommunikation 


16. - 23. MÄRZ 1988 


danach Anrufbeantworter 


AMIGA SPIELE Alle Preise in DM per Stück 


Alien Strike 43,04 / Bat Cat 58,77 / Artictox 77,79 / Backlash 57,07 / Darkcastie 68,78 / Emerald Mine 24,88 / Garison Il 68,78 


/ Goldrunner 71,36 / Impact 44,18 / Jagd. r. October 68,78 / California G. 68,78 / Western G. 49,95 / KarateKid II 68,78 / Plutos 
43,04 / Pinball Wizzard 39,90 / Street Gang ? / Ogre 92,81 / Fightsim II 112,40 / Balance o. Power 84,94 / Terrordops 69,21 
/ Testdrive 79,95 / Marble Madness 68,78 / Detonator 68,78 / Mars Cops ? / Insanty Fight 68,78 / Golden Path ? / Mean Streak ? 
/ Rallye Master 25,68 / Clever&Smart ? / Giana Sisters ? / Fire Power 68,78 / Leisure Larry 57,07 / Amegas 50,62 / Phantasielll 


59,20 / Roadw. Eur. 70,64 / Feud 30,60 / Beyound Zork / Q-Ball 57,07 / Leviathan 57,07 / Jinks ? / Jinxter 68,78 / 
Super Hang on ? / Wizzball ? / Phallanx 24,88 / Ferrari Formula One ? / Starkiller ? / Eco ? BMX-Sim. / Guild o. Thieves 80,65 
/Big Deal 71,36 / Crazy Cars 43,04 / GridStart 30,17 / Hellowoon 64,21 / Indoor Sp. 68,78 / Rocky 30,60 / Crunch. Fact. 25,60 
/ Barbarian 68,78 / Vampire Empire ? / In 80 Tag. u. d. Welt ? / The Armegadonman ? / Tobe on top ? 


AMIGA ANWENDUNGEN: Analyze 2.0 257,49 / Aegis Impact 178,05 / Organize! 177,36 / Aegis Diga 144,60 / 
Deluxe Paint II 242,50 / Aegis Images 99,08 / DigiPaint 164,45 / Prism 122,92 / Sculpt 3D 173,73 / Aegis Draw 446,50 / 
Videoscape 3D Pal 278,85 / Perfekt Sound 174,32 / Sonix 144,60 / Dynamic Drums 153,17 / Emulator 64 135,85 / Lattice C V4.0? 
? bedeutet, daß wir Ihnen am Telefon den aktuellen Preis nennen, da bei Red.-Schluß noch kein Preis feststand 


HARDWARE: 512 Kb m. Uhr wie Original 232,06 (A500) / Ram-Board 2 Meg 1654,95 A1000 / Drucker Citizen LSP120D 
479,00 / Diskbox 3 1/2" f. 80 Disk 18,52 / Diskbox 150 Disk 3 1/2" 35,61 


Versand per Nachnahme mit UPS. Versand am Bestelltag. Versandkosten DM 8,00; ab DM 500,— keine Versandkosten 
Bei Vorauskasse (Rechnung abwarten) keine Versandkosten. Preisliste kostenlos. Public Domain Liste DM 3.00 30 Seiten 


Musik- und Grafiksoftware Shop 


Das Spezialgeschäft für Grafiksoft- und Hardware 
Wasserburger Landstr. 244 - 8000 München 82 - Tel.: 089 / 430 62 07 


SCANNE ATARI ST und AMIGA (IBM-Version 
auf Anfrage) (DIN A4, 200 Dots/Inch) 
Flachbett-Scanner, 10 Sek. Scannzeit, 
mit eingebautem Thermodrucker. 2998 # 
re 
MUSIKSOFTWARE FÜR AMIGA 
Aegids Sonix 139, — Dynamic Drum 139, — 
Midi-Interface 98, — Aegids-Audiomaster 99, — 


Deluxe Musik 199, — Midi-Gold 170, — 
Instant-Musik 89, — Promidi Studio 339, — 


Umfangreiches Public-Domain Programm 


Über 300 Public-Domain Disketten für Amiga auf Lager! 
Pro Disk DM 7,- + Versandkosten 
Fordern Sie unsere kostenlose Liste an! 


Alle Grafik-, Animations- und Ray-Tracing Programme für 
Amiga lieferbar. Wir führen auch Genlock-Interfaces, Video- 
digitizer und Soundsampler. Außerdem 3,5” und 5 1/4” 
Laufwerke, Disketten und Mausunterlagen. 


Fordern Sie noch heute unseren kostenlosen Gesamtkatalog an! 
Täglicher Versand per Nachnahme oder Vorkasse! 


Rufen Sie uns einfach an oder besuchen Sie uns in unserem Laden! 
Mo-Fr 10- 18.30 Uhr Sa 9 - 13.00 Uhr 


Das AMIGA-Projekt 
»DE LUXE SOUND V.2.2. PLUS« 


NEU mit RECORDMAKER V.2.2. 
DER AUDIODIGITIZER DER LUXUSKLASSE 


»Getestet von guten Computer-Fachmagazinen« 
AMIGA 12/87 - KICKSTART 12/87 -AMIGA AKTIV 8/87 
Hier einige Features von De Luxe Sound Plus in Stichworten: 


* Der brandneue »RECORDMAKER: erlaubt jetzt DIRECT-SAMPLING (mit oder ohne 





Vorspannbild) auf bis zu 255 DISKETTEN NONSTOP, wenn zwei Laufwerke vorhanden 


Ellalel 

Erzeugen von SOUNDS im STANDARD-FORMAT (DUMP-FORMAT) 
Erzeugen von SOUNDS im IFF-FORMAT 

Erzeugen von IFF-INSTRUMENTS (für 2.B.: DE LUXE MUSIC C. SET) 
Erzeugen von SONIX-INSTRUMENTS (Perkussiv) - Pauke etc. 
Erzeugen von SONIX-INSTRUMENT (mit LOOPING) - Trompete etc. 


ECHO- & HALI-EFFEKTE in Stereo mit allen fertigen Soundsamples (SOUNDS im 
STANDARD-FORMAT) 3 

SAMPLER als ECHO-HALLGERÄT einsetzen (ohne SAMPLING) 
Klangverfremdungen (AM- FM-MODULATIONEN) 

DE LUXE SOUND ist voll FAST-RAM-kompatibel 

Regelbarer Vorverstarker bereits eingebaut 

Superschnell und Superkurz da komplett in ASSEMBLER 

Unsere HARDWARE arbeitet zusätzlich mit fremder STEUERSOFTWARE 2.B.: 
AEGIS AUDIOMASTER, STUDIO MAGIC, FUTURE SOUND ETC. 


DE LUXE SOUND PLUS für AMIGA 1000 komplettes Gerät auschlußfertig mit Steuer- 


software, Anleitung, DEMOSOUNDS & RECORDMAKER 2.2. nur DM 198,- 


DE LUXE SOUNDS PLUS für AMIGA 500/2000 kompl. Gerät anschlußfertig mit 





mit neuen Produkten 
zum Amiga 


6100 Darmstadt-Eberstadt 
Telefon 06151-56057 


Neu !!! Das AMIGA MIDI-INTERFACE mit Gehäuse NEU !!! 
Unser neues AMIGA-MIDI-Interface besitzt alle wichtigen Ein- und Aus- 
gänge wie: 2x MIDI-IN, 1X MIDI-OUT,, 1x MIDI-THRU sowie ein Gehäuse und 
ein Anschlußkabel für den seriellen Port RS 232. Gern liefern wir Ihnen 
auch ein passendes MIDI-Keyboard von fast allen namhaften Herstellern 
(2.B.CASIO, YAMAHA, ROLAND usw.) 

AMIGA-MIDI kostet anschlußfertig mit Gehäuse nur 98,- DM 
AMIGA-Diskettenlaufwerke für A 500 - 1000 - 2000 
Ausführung in Metallgehäuse, mit Driveabschalter u. Busdurchführung 
Einzellaufwerk 3,50 Zoll (Ausführung s.0.) nur 369,- DM 
Doppellaufwerk 3,50 Zoll (Ausführung .0.) nur 698,- DM 
Einzellaufwerk .5,25 Zoll (Ausführung S.0.) nur 448,- DM 
KOMBI 5,25 + .. '3,50 Zoll ı (Ausführung S.0.) nur 798,- DM 
EASYTITLE Ein superkurzer Titelmaker!! Lädt ILBM-LORES, MEDRES, INTER- 
LACED, HIRES (alle Auflösungen auch in PAL) ferner HAM-BILDER, von DIGI- 
PAINT&PRISM und SOUNDS im STANDARD-FORMAT 29,- DM 
BOOT-TITEL II erzeugt 3 verschiedene Titelvorspanne im BOOTSECTOR 
Ein Vorspann in SCA-Virus-Look, 2 Vorspanne in 4096 verschiedene Far- 
ben mit diversen DPAINT-BRUSHES 39,- DM 
STRING-REPLACER Das Suchen, Ersetzen und Verändern von Texten im 
ASCII-Format wird zum reinen Vergnügen. Der Original-Text und Ersatz- 
Text werden gleichzeitig angezeigt 29,- DM 
SUPER-MON ist ein komfortabler Speichermonitor mit exclusiven Funk- 
tionen und Diskoperationen. Logischer Disassembler mit 68000 / 68010 
Mnemonics-Befehlen. Register anzeigen und ändern usw. 49,- DM 
THE BEST OF PUBLIC DOMAIN 
ES-PD-BOX 1-11 Jede Box enthält 5 ausgesuchte, individuellnachThemen- 
gebieten bespielte Disketten mit TOP-PD-Software, z.B. Musik, Grafik, 
Tools, usw. USW Preis pro PD-Box 39,90 DM 
Fred FISH DISK 1-118 Jede Disk nur lächerliche 4,50 DM 
In Vorbereitung: AMIGA PAL VIDEODIGITIZER ; 
In Vorbereitung: Echtzeituhr für AMIGA 1000 


Steuersoftware, Anleitung, DEMOSOUNDS & RECORDMAKER 2.2. nur DM 228,- 
DE LUXE SOUND DEMO DISK MIT Originalanleitung & DEMOSOUNDS nur DM 10,- 
MIC 600 passendes dynamisches Richtmikrofon mit Ein-Ausschalter und3m 

Anschlußkabel für DE LUXE SOUND SAMPLER nur DM 25,- 


AK 2 Adapterkabel 2 m für ältere Stereoanlagen (mit nur DIN-Ausgängen) an 
unseren SAMPLER (Cincheingang) nur 


UPDATE-SERVICE für RECORDMAKER (02381) 673165 


HL: 


(efolsıTe]tid-1g 


Münsterstraße 202 - 4700 Hamm 5 - Ruf: (02381) 673165 


Wir liefern bestmöglich per Nachnahme oder Vorkasse ab Lager Hamm zuzüglich 
Versandspesen zu Selbstkosten. 








\ Yrp\ IM /\ | ] Y 
NIASIARI GRAFIK SPRZLAL 
Voller Tips, Tricks und Berichte für Anwender, Pro- 
grammierer, Amiga- und Grafik-Fans! Aus dem Inhalt: 
Grundlagen der Grafikprogrammierung: Screen- 
und Windowprogrammierung unter Intuition: Sämt- 
liche IDCMP-, Window- und Screen-Flags und was 
sie dem Programmierer ermöglichen. Die grafi- 
schen Betriebssystemroutinen des Amiga: Grafikpro- 
grammierung auf komfortable Art und Weise. 
Fonterstellung: So sind eigene Zeichensätze kein 
Problem. Copperprogrammierung: Spielereien mit 
Farben und Auf lösungen. Hard- 
ware: Der rich tige Durchblick: 
6 Monitore zwischen 750,- 
und 3.000,- DM für den Amiga 
im Test. Druck gemacht: 3Farb- 
drucker stellen sich vor. Eingelesen: Digitizer für den 
Amiga. Listings: Texture Mapping: Wickeln Sie Ihre 
IFF-Bilder um Kugeln und Röhren. Picture Animation: 
Erzeugen Sie Trickfilme aus Ihren Bildern. Graphtale 
Pflanzen: Interessantes aus der Welt der mathe- 
matischen Grafik. Neue Grafik-Software: Animate 3D, 
The Director, Aegis Videotitle, Butcher 2.0 deutsch, 
PIXmate. Fürs Auge: Eindrücke aus der profes- 
sionellen Grafikszene. Außerdem: Bücher für Grafik- 
profis und solche, die es werden wollen. Ray- 
Tracing-Grundlagen. Ab 11. März im Handel! 





Bestelicoupon: Einsenden an: 
Senden Sie mir bitte........ Exemplare Ich zahle keine Versandkosten Heim Verlag 
der Kickstart Grafik Spezial zum Den Betrag begleiche ich durch Heidelberger Landstraße 194 


Preis von je DM 14.- beigefügtenVerrechnungsscheck. 6100 Darmstadt'Eberstadt 


Sicherlich hat den ein oder anderen schon 
gestört, daß bei manchen Programmen ein 
vertikaler Streifen auf dem Bildschirm 
erscheint. Dies geschieht z.B. bei der PD- 
Diashow von Bionda. Schuld daran ist, daß 
der Mauszeiger nicht während des Ver- 


#505, SAffOL1f 
wait 
#520, $dAf£f096 
DO 


Damit ist sind alle Sprites und vorallem 
auch die Maus ausgeschaltet. Um sie 


wieder zurückzuholen, drückt man 





tical-Blanks ausgeschaltet wird. 

Um dies zu verhindern, muß die Sprite- 
DMA während dieser Zeit umgeschaltet 
werden. Die nun folgende kurze Assemb- 
lerroutine ‘NOSPRITE’ schaltet die Sprites 


im richtigen Moment aus: 


;Vertical-Blank ? 
;nein, weiter warten 
;Sprite-DMA aus 





entweder 


Routine ‘SPRITE’: 





wait: BTST 
BEO.Ss wait 
MOVE .w 
CLR.1 DO 
RTS 





#505, SAffOLf 


#58020, $df£096 


;Vertical-Blank ? 
;nein, weiter warten 
;Sprite-DMA einschalten 








(Christian Seiler, Unterschleißheim) 
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<AMIGA>+<N> bzw. 
<AMIGA>+<M> oder verwendet folgende 


CL MIT 
NEUEN 
AUSSEHEN 


Mich ärgerte es , daß ein neu geöffnetes 
CLI-Fenster immer in der gleichen Form 
auf dem Bildschirm erscheint und dabei 
sowohl Disketten-Ikons verdeckt als auch 
zur Ausgabe von Disketteninhaltsver- 
zeichnissen ungeeignet ist. Mit Hilfe eines 
Filemonitors (z.B. Filezap von KICK- 
START PD 7) kann die Größe und Lage 
des CLI-Fensters frei definiert werden. Die 
Änderung muß beim FILEZAP im 8. 
Record erfolgen. Dort steht der ASCI-Text 
“Workbench CON:xx/xx/xxx/xxx/New 
CLI ...’. Schreibt man dort z.B. die Werte 
‘CON:00/12/545/244/Kickstart CLI’ hin- 
ein, meldet sich das CLI beim nächsten 
Anklicken mit neuem Namen und in einer, 
so finde ich, wesentlich brauchbareren 
Form. Zu beachten ist allerdings, daß die 
gesamte CON-Anweisung nicht länger als 
32 Zeichen sein darf, da sich sonst das DOS 
mit einem “Unknown Command’ meldet. 
(Candid Böschen, Petersburg) 


j 


Wer öfters mit dem NotePad gearbeitet hat, 
dem ist sicherlich auch die lange Ladezeit 
auf die Nerven gegangen, die bei Verwen- 
dung von vielen Fonts auftritt. Deshalb 
kann es interessant sein, NotePad-Texte 
ohne Fonts einzulesen. Dazu sind folgende 
Schritte notwendig: 


) 





1. NotePad-Icon anklicken und ‘INFO’ in 
der Menüleiste anwählen 
2.ADD-Gadget anklicken und in das 
String - Gadget von "TOOL TYPES’ den 
folgenden Text eingeben: ‘FLAGS = no- 
fonts’ und <Return> drücken! 
3. INFO mit ‘SAVE’ verlassen. 
Auf eine ähnliche Weise kann auch der 
voreingestellte Font (Topas 8) bzw. der 
eigentliche Font des Textes schon beim La- 
den des NotePads geändert werden. Dazu 
wird in das String-Gadget von "TOOL TY- 
PES’ der gewünschte Font mit ‘FONT 
=<Fontname>.<Größe>’ eingeben. 
(Markus Reinhold, Ettenheim) 


ENHANL 
UR EMERA 


MINE 


Emerald Mine ist zweifelsohne eines der 
herausragenden Spiele für den AMIGA, 
nicht nur wegen der hohen Anzahl 
verschiedener Levels. Um so ärgerlicher ist 
es für viele Spieler, wenn sie in einem 
Level “hängenbleiben’ und den Genuß der 
höheren nicht genießen können da man das 
nächsten Level erst anwählen kann, wenn 
man das vorherige geschafft hat. 

Mit dem an dieser Stelle abgedruckten 
Programm wird Abhilfe geschaffen. Es 
erhöht das Level aller 10 möglichen Single- 
Player und aller 10 Team-Player. Wenn Sie 
das Programm abgetippt und gestartet 
haben, werden Sie aufgefordert, die 
Emerald Mine-Diskette in das Laufwerk 
(dfO:) einzulegen. Hierzu müssen Sie 
unbedingt die Original-Diskette ver- 
wenden, da eine Kopie von Emerald Mine 
nur bis Level 4 spielbar ist. Der 
ungewöhnliche Kopierschutz ist daran 
schuld. Level 4 ist auf der Kopie nicht zu 
schaffen, da der Spielfigur unweigerlich 
ein Stein auf den Kopf fällt. Natürlich ist es 
nicht besonders ratsam, auf einem Orginal 
“‘herumzupfuschen’. Sicherheitshalber kön- 
nen Sie von der Orginal-Diskette die Datei 
‘nam’ auf eine formatierte Diskette 
kopieren, um im Falle eines Schreibfehlers 


MONITOR AM AMICA 2000 


Ein Farbmonitor ist nicht gerade billig, und andere Anschaffungswünsche, wie z.B. eine 
Speichererweiterung oder ein zweites Laufwerk, stehen oft auch noch auf der Wunschliste. 
Wer aber einen Farbfernseher mit SCART-Buchse besitzt, dessen Bildschirm nicht gerade zu 
groß ist, ist hier fein heraus. Das normale RGB-Analog-Signal des AMIGA läßt sich nämlich 
über diese Buchse einspeisen. Die nötige Schaltspannung liefert der AMIGA 2000 am Vi- 
deoport ebenfalls. Von der Bildqualität her braucht sich der Fernseher nicht zu verstecken. 
Selbst die 80-Zeichen-Darstellung ist auf meinem Grundig P40-125 gut zu lesen. Beim 
Interlace-Modus flimmert das Bild sogar weniger als auf manchen Farbmonitoren, da diese 
oft eine extrem kurze Nachleuchtdauer haben. 

Wer jedoch viel im Interlace-Modus oder mit Textverarbeitungen arbeitet, der kann, wenn 
sein AMIGA 2000 ab der zweiten Jahreshälfte ’87 produziert wurde, einen Monochrom- 
monitor direkt anschließen. Neben der Audiobuchse befindet sich nämlich dann eine Buchse 
mit der Aufschrift ‘MONO VIDEO’, die ein BAS-Signal liefert. 

Wenn man genügend Geld übrig hat, sollte man hier einen Monochrommonitor mit extrem 
langer Nachleuchtdauer anschließen. Ein solcher Monitor ist zwar für schnelle Spiele nicht 
geeignet, da die Figuren Streifen hinter sich herziehen, aber für Textverarbeitung und CAD 
im Interlace-Modus erhält man ein absolut fimmerfreies Bild. 

(Thomas Stümpfig, Möglingen) 


die Datei noch in ‘Reserve’ zu haben. (Es Team- und Single-Playern alle Levels er- 


wird nur auf diese Datei zugegriffen !) 
Legen Sie nach der Aufforderung die 
Emerald Mine-Diskette ins Laufwerk und 


reichen. 
Zum Schluß wünsche ich Ihnen viel Spaß 
mit den weiteren Levels von Emerald 


drücken Sie eine beliebige Taste. In Mine. 
wenigen Sekunden ist die Modifikation 
beendet. Jetzt können Sie mit allen 10 


x REM *** EMERALD MINE - LEVEL ENHANCER *** 

2 REM *** Autor: Lothar Ziegler SR 

3: REM *** (C) KICKSTART MAGAZIN 1988 Se 

4: 5: SCREEN 1,640,200,2,2: 

6: WINDOW 1,”Level - ENHANCER V 1.0",,0,1 

7 LOCATE 10,8 

8 PRINT “Bitte Emerald Mine Diskette in df0: einlegen" 


9: LOCATE 11,8 

10: PRINT “Weiter mit einer beliebigen Taste” 
11: WHILE INKEY$="”:WEND 

125. SCHDER: "ar0s% 

13: OPEN “nam” for INPUT AS 1 


14: WHILE NOT EOF (1) 
29: a$=a$+INPUT$ (1,1) 
16: WEND 


17: CLOSE 1 
18: BYTE=14 
19: FOR i=1 TO 20 


20: READ WERT 

21° MID$ (a$, BYTE) =CHR$ (WERT) 
22: BYTE=BYTE+26 

233 SANERT I 

24: OPEN “nam” FOR OUTPUT AS 1 
29; PRINT #1,a$; 


26: CLOSE 1 

27: KILL “nam.info” 

28: DATA 182,0,90,148,238,56,114,204,6,80 

29: DATA 170,228,62,136,194,28,86,160,250,52 
30: LOCATE 12,8 

31: PRINT “Bitte warten bis LED erlischt !!!” 
32: LOCATE 15,8 

33: PRINT “Jetzt können Sie Emerald Mine in “ 
34: LOCATE 16,8 

35: PRINT “allen Levels spielen.” 

36: WHILE INKEY$="” :WEND 37: SYSTEM 
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KICKSTART PUBLIC 


Liebe Leser, 

Für den AMIGA gibt es schon eine 
Unmenge von Public Domain- 
Programmen, manche Anbieter ha- 
ben über 100 Disketten in Ihrem 
Programm. Die verschiedenen 
Sammlungen sind jedoch zum Teil 
nicht sortiert und in sich sehr un- 
übersichtlich. Aus diesem 
Dilemma soll Ihnen der Public 
Domain Service der KICKSTART 
helfen. Die einzelnen Disketten 
werden nach festen Kriterien 
zusammengestellt, d.h. daß jede 
Diskette einen Schwerpunkt hat 
(z.B. Lehrgänge (Tutor), Bilder- 
Show, C-Programme, Utilities, 
Spiele, u. ä.). Außerdem werden 
Angaben über die 
Programmiersprache, den 
verwendeten Intepreter 

oder Compiler usw. gemacht. 

Die Programme laufen auf allen 
AMIGA-Computern mit 
Kickstart/Workbench 1.2, aller- 
dings sollten 512k Speicher 
vorhanden sein. Sollten dennoch 
Einschränkungen gelten, so 

wird dies bei den betreffenden 
Programmen angegeben. 


DAS 
AKTUELLE 
ANGEBOT 


Diskette 1: C-Source 

Eine Sammlung von Programmen, 
die besonders dem Anfänger 
zeigen, wie man Intuition pro- 
grammiert. Die Programme 

liegen sowohl aus C-Quellkode, 
als auch als fertige Programme 
vor, die sofort gestartet werden 
können. 


Diskette 2: Spiele 

- YachtC (Würfelspiel für 
4Personen) 

- Puzzle 

- Missile (verteidigen Sie Ihre 
Stadt, starker Sound) 

- TriClops (sehr schönes 3D-Spiel) 

- Breakout (3D-Effekt mit Brille) 

- Trek73 (bekannte Star Trek 
Variante) 


Diskette 3: Spiele 





HACK: das bekannte 
Textadventure, das ursprünglich 
auf UNIX-Rechnern erstellt wurde, 
liegt hier als spezielle 
Grafikversion für den Amiga vor. 


Diskette 4: Terminal-Programme 
KERMIT: bekanntes, luxuriöses 
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Terminalprogramm (drei 
verschiedene Versionen, mit 
Soucre-Code in C) 


Diskette 5: Terminal-Programme 

- WOMBAT (VT102/52 
Emulator, XModem, autodial) 

- VT100  (grafikfähig, Soure in C) 

- TermPlus (XModem, Soure in C) 

-DG210 (Data General D-210 
Emulator) 

- Ahost (XModem, Kermit) 

- TEK4010 (XModem, VT100) 


Diskette 6: Terminal-Programme 

- Speech Term (spricht den 
empfangenen Text, XModem) 

- StarTerm (mit Phone, Duplex, 
XModem) 

- Argo Term 

- PD Term (Source in C) 

- AmigaDisplay 

- Kermit 


Diskette 7: UTILITIES 

- QuickCopy (gutes 
Kopierprogramm) 

- DirUtil (File-Copy) 

- FileZap (File-Monitor) 

- DiskZap (Disk-Monitor) 

- DiskSalv (Diskettenretter) 

- System-Monitor - CSH (UNIX- 
ähnlicher Shell) 


Diskette 8: Spiele 





Monopoly: sehr schöne Grafik, 
einfache Mausbedienung 
(Source in ABasic) 


Diskette 9: Grafik-Show 
- Grafik-Show mit bekannten 
Cartoons 


Diskette 10: Grafik-Show 
JUGGLER DEMO: ein 
bewegliches Männchen jongliert 
mit drei verspiegelten 

Kugeln, sehr schöne Demo 


Diskette 11: Grafik-Show 

RAY TRACERS: wunderschöne 
räumliche Bilder, die auf einer 
VAX berechnet und auf den 
AMIGA übertragen wurden 


Diskette 12: Grafik 

- digitalisierte Bilder mit 
erstaunlicher Qualität (IFF- 
Format) 


Diskette 13: Grafik 
- sehr schöne Bilder-Show (IFF- 
Format) 


Diskette 14: EDITOR 
bekannter Texteditor 
MICROEMACS Version 30 
viele Features: Search/Replace/ 
Copy 


Diskette 15: Grafik-Animation 
Verschiedene Filme, die mit dem 
AEGIS-ANIMATOR erstellt 





wurden, incl. 
PLAYER zum Abspielen der 
Filme. 


Diskette 16: Sprachen 
XLISP 1.7 (neueste Version) mit 
ausführlicher Anleitung (über 50k) 


Diskette 17: Sprachen 
MODULZA-2: Pre-Release eines 
Modula-Compilers mit 
verschiedenen kleineren Bei- 
spielprogrammen, die als Source- 
Code vorliegen 


Diskette 18: Grafik 
MANDELBROT-Generator 


Diskette 19: Grafik-Show 
sehr schöne, digitalisierte H.A.M.- 
Bilder 


Diskette 20: Grafik-Show 

‘Fred the Baker und Rose’s Flower 
Shop’ 

COMIC-Film, der die Multitasking 
Fähigkeiten des AMIGA erklärt 


Diskette 21: AMIGA-Tutor 
Einführung in die Bedienung des 
AMIGA 500. Ein farbenfroher 
Lehrgang, der ganz von vorne 
beginnt und mit vielen Bildern und 
Grafiken die Grundbegriffe des 
AMIGA erklärt. (für Anfänger, 
komplett in deutsch) 


Diskette 22: Sprachen 
MVP-FORTH und C-FORTH 
C-Forth ist ein recht leitungsfähiger 
FORTH-Interpreter, der auch als 
Quelltext vorliegt. 


Diskette 23: Grafik-Show 

Viele abwechslungsreiche Motive 
in verschiedenen Auflösungen, 
verpackt in einer Grafik-Show. 


Diskette 24: Grafik-Show 
Sehr schöne, digitalisierte 
Frauengesichter. 


Diskette 25: UTILITIES 
CLOCK, PORTAR, MACView, 
Kickbench, Disassembler, 
Tracker, Checkmodem, 
POPCLI und vieles mehr 


Diskette 26 & 27: Grafik-Show 
Auf zwei randvollen Disketten 
erleben Sie eine einmalige Dia- 
Show mit hervorragend 
digitalisierten, futuristischen 
Bildern in voller PAL-Auflösung. 
Dazu gibt es stimmungsvolle, 
sphärische Musik. 


Diskette 28: Editoren 

Auf dieser Diskette befinden sich 

einige schöne Editoren 

(UEDIT, MED, BLITZ) mit 

er Zeichensatz- 
tilities. 


Diskette 29: UTILITIES 
PrtDrvGen: erstellt Drucker- 
Treiber 

DropShadow: jedes Fenster 
bekommt einen Schatten 
Memdlear: löscht den Speicher 
ScereenSave: speichert den 
Bildschirm auf Diskette 

Compress: komprimiert Programme 


Diskette 30: SOUND-DEMOS 
Digitalisierte Songs: Changing 
Minds, Joan Lui, Miami Vice II, 
Respactable, Holiday 


Diskette 31: SOUND-DEMO 
Dieses Programm erzeugt 
naturgetreue Geräusche, die über 
die Tastatur, wie auf einem Klavier, 
angespielt werden können. 


Diskette 32: SOUND-DEMOS 
Mit einer Demo-Version von 
SoundScape können digitaliesierte 
Musikstücke abgespielt werden. 
Die Qualität ist wirklich 
erstaunlich! 


Diskette 33: GRAFIK-SHOW 





Einige sehr gute, mit Deluxe Video 
erstellte Filme. Der 

benötigte PLAYER ist auch auf der 
Diskette. 

INFO: bei AMIGA 500/2000 mit 
IMB Speicher erst ‘NoFastMem’ 
starten! 


Diskette 34: SPIELE 

TUNNEL VISION: werden Sie 
den Weg durch das Labyrinth 
finden? 

REVERSI: eine spielstarke 
Version des bekannten Brettspiels 
KLONDIKE: ein Patience- 
Kartenspiel 


Diskette 35: UTILITIES 

ASDG (resetfeste RAM-Disk) 
FixDisk, ErrorCk (zur Fehlersuch 
auf der Diskette) . 
DiskCat (erstellt eine Übersicht 
über die Programme Ihrer 
Disketten) 


Diskette 36: CAD 

mCAD ist ein wirklich gut 
gemachtes CAD-Programm, das 
jedoch nur im Interlace-Modus 
läuft. Es bietet die einfachen 
Zeichenfunktionen und Features 
wie Zoom, Group, Ungroup, 
Grid, Move, Rotate. Auf der 
Diskette sind mehrere Dokumente, 
die das Programm erklären. 


Diskette 37: UTILITIES 
AddMem: zum Konfigurieren von 
Speichererweiterungen 
MemvView: zeigt den Spei- 
cherinhalt als Grafik an 

GetRom: schreibt das Betriebs- 
system-ROM des AMIGA 
500/2000 als bootfähige Kickstart 
für den AMIGA 1000 auf 
Diskette. 

MegaPatch: paßt die Kickstart des 
AMIGA 1000 für das autom. 
Erkennen von internen 
Speichererweiterungen an. 


Diskette 38: GRAFIK 
NoFFP Mandelbrot Set Explorer 
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DOMAIN SERVICE 


V2.1 (neue Version) 
von ABC Softarts in Braunschweig 


Diskette 39: GRAFIK-SHOW 
neue Bilder 


Diskette 40: GRAFIK-DEMOS 
Boing!, Rotate, Sparks, Moire, 
Dazzle, 3DCube, Scales, Sizzlers. 
Sehenswert ist der Film “Atari 
meets AMIGA'’, der die erste und 
einzige Begegnung der beiden 
Computer dokumentiert. 

Sehr schön ist das Programm 
LANDSCAPE, das wunderschöne, 
fraktale Berg- und Tallandschaften 
erzeugt. 


Diskette 41: UTILITIES (Grafik) 
Alles, was Sie zu dem von 
ELECTRONIC ARTS entwickelten 
Grafik-Standart (IFF-Format) 
wissen müssen: Laden, Speichern, 
Komprimieren, Dekomprimieren. 
Mit Dokumentationen und Source- 
Codes in C. 


Diskette 42: GRAFIK-SHOW 
Vielfältige, nach dem RAY- 
TRACER-Verfahren erstellte 
Bilder. 

Lassen Sie sich von den 
realistischen Spiegelungen 
beeindrucken! 

Mit digitalisierter Musik! 


Diskette 43: GRAFIK-SHOW 
Eine einmalige Show, bei der eine 
digitalisierte Katze in 
gleitenden Bewegungen über den 
Bildschirm trabt. Erstellt wurde 
diese faszinierende Animation mit 
einem Digitizer, DPaint und 
VideoScape 3D. 


Diskette 44: SPIELE 
Adventurefans kennen sicherlich 
das Grafikadventure HACK (siehe 
PD 3). Hier gibt es nun die 
Fortsetzung: LARN. In 
unüberschaubaren unterirdischen 
Gängen müssen Gold und Schätze 
gesucht werden. Aber auch an 
einem Krafttrunk oder einem 
magischen Spruch sollte man nicht 
achtlos vorbeigehen, denn die 
benötigt man im Kampf gegen 


> 
N 


0% 


Gnome, Vampire und andere 


Gestalten. 


Wirklich sehr empfehlenswert! 


Diskette 45: SPIELE 


- GRAVITYWARS ist ein 
interessantes Weltraumspiel, bei 
dem sich zwei Raumschiffe im 
Kampf gegenüberstehen. (viele 
Optionen!). 

- OTHELLO, eine sehr schöne 
Reversi-Variante (mit eigenem 
Fenster!). 

- STREITPATIENCE, eine 
Patience-Variante von Hellmut 
Voelcker 
(Berlin) 

- CHESS: spielstarkes 
Schachprogramm 

- ADVENTURE: ein 
Textadventure 


Diskette 46: GRAFIK-SHOW 





Eine weitere Diskette (siehe auch 
PD 42) mit phantastischen RAY- 
TRACER-Bildern, unterlegt mit 

digitalisierter, fetziger Musik. 


Diskette 47: UTILITIES 





SECTORAMA: ein sehr nützlicher 
Disketten- und Festplatten- 
Monitor, mit dem verlorene oder 
zerstörte Daten wiederhergestellt 
werden können. 

SILICON: ein sehr komfortabler 
CLI-Ersatz mit separatem Ausgabe- 
und Eingabefenster. 

DBUG: maschinenunabhängiger 


ERAM 500 


512 KByte Ram + batteriegepufferte Echtzeituhr 


alle ICs gesockelt 


Debugger von Fred Fish 
(Source in C) 

TIMER: eine Stoppuhr für die 
Workbench 


Diskette 48: CRAZY 

Auf dieser Diskette befinden sich 
nur verrückte Programme, deren 
Sinn absolut zweifelhaft ist. 
Allerdings sollten Sie sich diesen 
Spaß nicht entgehen lassen! 


Diskette 49: ICONS 
Utility-Programme, die sich mit der 
Erstellung und Manipulation 

von Icons beschäftigen. 


Diskette 50: BASIC 

Eine Diskette voll Programmen in 
AmigaBASIC zum Reinschauen, 
C Verändern, Lernen. 


Diskette 51: C-Compiler 

Ein einfacher C-Compiler, der 
als Source-Code vorliegt. 
Eignet sich für Interessenten der 
Compilerprogrammierung. 


Diskette 52: UTILITIES 
Wichtige Helfer, die man haben 
sollte, denn: “was mer hat, des 
hat mer, hat mers net, dann fehlt’s 
ahm” (Alt-Frankfurter Sprich 
wort)! 


Diskette 53: COMPILER 

Auf dieser Diskette befindet sich 
die Sprache ADL (Adventure 
Definition Language). Das System 
besteht aus Compiler, Interpreter 
und Debugger, wobei alle Teile als 
Source in C und auch ablauffertig 
vorliegen. 


Diskette 54: Anwenderprogramme 
MICROSPELL (überprüft die 
Rechtschreibung), ACCESS 
(Terminal), QBASE 
(Dateiverwaltung) uvm. 


Diskette 55: Grafik/Utilities 
Viele schöne Grafikdemos und 
Utilities zu diesem Thema. 


Diskette 56: ASSEMBLER 
ASM68K (Macro Assembler mit 


guter Dokumentation) 

ASM (68010 Macro Assembler wie 
im AmigaDOS Manual 
beschrieben) 

BLINK (bekannter Linker) 
AS6502 (portabler 6502-Assembler 
mit Source in C) 


Diskette 57: UTILITIES 

Wieder eine der bewährten 
Überraschungs-Utility-Disketten 
mit hilfreichen Programmen, die 
wir speziell dafür aus dem großen 
Angebot auswählen. 


VERSAND 
BEDINGUNGEN: 


Um einen schnellen und problem- 
losen Versand zu gewährleisten, 
beachten Sie bitte folgende Punkte. 
Lieferung innerhalb einer Woche. 





l. Schriftliche Bestellung 

- Für jede Diskette ergibt sich ein 
Unkostenbeitrag von DM 10.- 

- Pro Sendung kommt ein 
Versandkostenbetrag (für Porto 
und Verpackung) von DM 5.- 
(Ausland DM 10.-) hinzu. 

- Bei Nachnahme zuzüglich DM 
3.70 (Nachnahme nur im Inland) 

- Bitte legen Sie, falls zur Hand, 
einen Aufkleber mit Ihrer 
Adresse bei 


2. Anruf genügt 


“MERLIN’-Computer GmbH 
KICKSTART-Redaktion 
Tel.: 06196/481811 


(MO.-FR von 9-17 Uhr) 


ANSCHRIFT: 


Merlin Computer GmbH 
KICKSTART 
PD SERVICE 
Postfach 5569 
6230Eschborn 


nur 199 iR DM 


voll kompatibel zur Commodore Erweiterung 
— abschaltbar für nur 5 DM mehr 


Erst vergleichen. Dann kaufen. 
Bestellen Sie sich den neuen Hard- und Softwarekatalog. 
Viele Interessante Neuheiten für den A500, 1000 und 2000 


Ralf Tröps - Computertechnik - Pingsdorferstr. 141 
Telefon 0 22 32/1 3063 und 47105 


unverbindliche Preisempfehlung 


5040 Brühl 





VORSCHAU 4/88 


FESTPLATTEN-GRUNDLAGEN: 
Neben vielen anderen Grundlagen- 
artikeln, die dem Einsteiger zeigen, 
wie er mit dem AMIGA umgehen 
muß, verdient diesmal der Artikel 
über die Handhabung von Fest- 
platten besondere Beachtung. Es 
wird aufgezeigt, wie man eine gün- 
stige Festplatte im A2000 oder ins 
Sidecar einbaut. 


Turbo Print: 

Es ist allgemein bekannt, daß die 
Druckertreiber der Workbench 
nicht gerade durch Geschwindigkeit 
glänzen. Turbo Print will hier Ab- 
hilfe schaffen. Der Test wird zeigen, 
was dieses Programm leistet! 


m MpuBlzisieypisine | 


KICKS für Insider: 

Mit dem COLORHUNTER werden 
4096 Farben gleichzeitig auf dem 
Bildschirm dargestellt, die sich mit 
der Maus auswählen lassen. 





Und sonst ... 
gibt es noch weitere Tests, 
KICKS, Tips & Tricks und 
Grundlagen. 


MUSIK: 

Für die Musik-Fans stellen wir 
diesmal Soft- und Hardwarepro- 
dukte vor. Synthia, ein Synthesizer- 


programm, 
Midiprogramm, 
GOLD-Interface werden getestet. 


Dynamic Studio, ein 
und das 


MIDI 


Änderungen vorbehalten! Ab 18. März an Ihrem Kiosk! 
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